System, Method and Article of Manufacture for Advanced Information Gathering for Targeted Activities

ABSTRACT

An agent based system assists in preparing an individual for an upcoming meeting by helping him/her retrieve relevant information about the meeting from various sources based on preexisting information in the system. The system obtains input text in character form indicative of the target meeting from a calendar program that includes the time of the meeting. As the time of the meeting approaches, the calendar program is queried to obtain the text of the target event and that information us utilized as input to the agent system. Then, the agent system parses the input meeting text to extract its various components such as title, body, participants, location, time etc. The system also performs pattern matching to identify particular meeting fields in a meeting text.

FIELD OF THE INVENTION

The present invention relates to agent based systems and moreparticularly to an agent based system which automatically createsbackground information for an upcoming event.

Agent based technology has become increasingly important for use withapplications designed to interact with a user for performing variouscomputer based tasks in foreground and background modes. Agent softwarecomprises computer programs that are set on behalf of users to performroutine, tedious and time-consuming tasks. To be useful to an individualuser, an agent must be personalized to the individual user's goals,habits and preferences. Thus, there exists a substantial requirement forthe agent to efficiently and effectively acquire user-specific knowledgefrom the user and utilize it to perform tasks on behalf of the user.

The concept of agency, or the user of agents, is well established. Anagent is a person authorized by another person, typically referred to asa principal, to act on behalf of the principal. In this manner theprincipal empowers the agent to perform any of the tasks that theprincipal is unwilling or unable to perform. For example, an insuranceagent may handle all of the insurance requirements for a principal, or atalent agent may act on behalf of a performer to arrange concert dates.

With the advent of the computer, a new domain for employing agents hasarrived. Significant advances in the realm of expert systems enablecomputer programs to act on behalf of computer users to perform routine,tedious and other time-consuming tasks. These computer programs arereferred to as “software agents.”

Moreover, there has been a recent proliferation of computer andcommunication networks. These networks permit a user to access vastamounts of information and services without, essentially, anygeographical boundaries. Thus, a software agent has a rich environmentto perform a large number of tasks on behalf of a user. For example, itis now possible for an agent to make an airline reservation, purchasethe ticket, and have the ticket delivered directly to a user. Similarly,an agent could scan the Internet and obtain information ranging from thelatest sports or news to a particular graduate thesis in appliedphysics. Current solutions fail to apply agent technology to existingcalendar technology to provide targeted acquisition of backgroundinformation for a user's upcoming events.

SUMMARY OF THE INVENTION

According to a broad aspect of a preferred embodiment of the invention,an agent based system assists in preparing an individual for an upcomingmeeting by helping him/her retrieve relevant information about themeeting from various sources. The system obtains input text in characterform indicative of the target meeting from the a calendar program thatincludes the time of the meeting. As the time of the meeting approaches,the calendar program is queried to obtain the text of the target eventand that information is utilized as input to the agent system. Then, theagent system parses the input meeting text to extract its variouscomponents such as title, body, participants, location, time etc. Thesystem also performs pattern matching to identify particular meetingfields in a meeting text. This information is utilized to query varioussources of information on the web and obtain relevant stories about thecurrent meeting to send back to the calendaring system. For example, ifan individual has a meeting with Netscape and Microsoft to talk abouttheir disputes, the system obtains this initial information from thecalendaring system. It will then parse out the text to realize that thecompanies in the meeting are “Netscape” and “Microsoft” and the topic is“disputes”. It will then surf the web for relevant informationconcerning the topic. Thus, in accordance with an objective of theinvention, the system updates the calendaring system and eventually theuser with the best information it can gather to prepare for the targetmeeting. In accordance with a preferred embodiment, the information isstored in a file that is obtained via selection from a link imbedded inthe calendar system.

DESCRIPTION OF THE DRAWINGS

The foregoing and other objects, aspects and advantages are betterunderstood from the following detailed description of a preferredembodiment of the invention with reference to the drawings, in which:

FIG. 1 is a block diagram of a representative hardware environment inaccordance with a preferred embodiment;

FIG. 2 is a flowchart of the system in accordance with a preferredembodiment;

FIG. 3 is a flowchart of a parsing unit of the system in accordance witha preferred embodiment;

FIG. 4 is a flowchart for pattern matching in accordance with apreferred embodiment;

FIG. 5 is a flowchart for a search unit in accordance with a preferredembodiment;

FIG. 6 is a flowchart for overall system processing in accordance with apreferred embodiment;

FIG. 7 is a flowchart of topic processing in accordance with a preferredembodiment;

FIG. 8 is a flowchart of meeting record processing in accordance with apreferred embodiment;

FIG. 9 is a block diagram of process flow of a pocket bargain finder inaccordance with a preferred embodiment;

FIGS. 10A and 10B are a block diagram and flowchart depicting the logicassociated with creating a customized content web page in accordancewith a preferred embodiment;

FIG. 11 is a flowchart depicting the detailed logic associated withretrieving user-centric content in accordance with a preferredembodiment;

FIG. 12 is a data model of a user profile in accordance with a preferredembodiment;

FIG. 13 is a persona data model in accordance with a preferredembodiment;

FIG. 14 is an intention data model in accordance with a preferredembodiment;

FIG. 15 is a flowchart of the processing for generating an agent'scurrent statistics in accordance with a preferred embodiment;

FIG. 16 is a flowchart of the logic that determines the personalizedproduct rating for a user in accordance with a preferred embodiment;

FIG. 17 is a flowchart of the logic for accessing the centrally storedprofile in accordance with a preferred embodiment;

FIG. 18 is a flowchart of the interaction logic between a user and theintegrator for a particular supplier in accordance with a preferredembodiment;

FIG. 19 is a flowchart of the agent processing for generating a verbalsummary in accordance with a preferred embodiment;

FIG. 20 illustrates a display login in accordance with a preferredembodiment;

FIG. 21 illustrates a managing daily logistics display in accordancewith a preferred embodiment;

FIG. 22 illustrates a user main display in accordance with a preferredembodiment;

FIG. 23 illustrates an agent interaction display in accordance with apreferred embodiment;

FIG. 24 is a block diagram of an active knowledge management system inaccordance with a preferred embodiment;

FIG. 25 is a block diagram of a back end server in accordance with apreferred embodiment; and

FIG. 26 is a block diagram of a magic wall in accordance with apreferred embodiment.

DETAILED DESCRIPTION

A preferred embodiment of a system in accordance with the presentinvention is preferably practiced in the context of a personal computersuch as an IBM compatible personal computer, Apple Macintosh computer orUNIX based workstation. A representative hardware environment isdepicted in FIG. 1, which illustrates a typical hardware configurationof a workstation in accordance with a preferred embodiment having acentral processing unit 110, such as a microprocessor, and a number ofother units interconnected via a system bus 112. The workstation shownin FIG. 1 includes a Random Access Memory (RAM) 114, Read Only Memory(ROM) 116, an I/O adapter 118 for connecting peripheral devices such asdisk storage units 120 to the bus 112, a user interface adapter 122 forconnecting a keyboard 124, a mouse 126, a speaker 128, a microphone 132,and/or other user interface devices such as a touch screen (not shown)to the bus 112, communication adapter 134 for connecting the workstationto a communication network (e.g., a data processing network) and adisplay adapter 136 for connecting the bus 112 to a display device 138.The workstation typically has resident thereon an operating system suchas the Microsoft Windows NT or Windows/95 Operating System (OS), the IBMOS/2 operating system, the MAC OS, or UNIX operating system. Thoseskilled in the art will appreciate that the present invention may alsobe implemented on platforms and operating systems other than thosementioned.

A preferred embodiment is written using JAVA, C, and the C++ languageand utilizes object oriented programming methodology. Object orientedprogramming (OOP) has become increasingly used to develop complexapplications. As OOP moves toward the mainstream of software design anddevelopment, various software solutions require adaptation to make useof the benefits of OOP. A need exists for these principles of OOP to beapplied to a messaging interface of an electronic messaging system suchthat a set of OOP classes and objects for the messaging interface can beprovided.

OOP is a process of developing computer software using objects,including the steps of analyzing the problem, designing the system, andconstructing the program. An object is a software package that containsboth data and a collection of related structures and procedures. Sinceit contains both data and a collection of structures and procedures, itcan be visualized as a self-sufficient component that does not requireother additional structures, procedures or data to perform its specifictask. OOP, therefore, views a computer program as a collection oflargely autonomous components, called objects, each of which isresponsible for a specific task. This concept of packaging data,structures, and procedures together in one component or module is calledencapsulation.

In general, OOP components are reusable software modules which presentan interface that conforms to an object model and which are accessed atrun-time through a component integration architecture. A componentintegration architecture is a set of architecture mechanisms which allowsoftware modules in different process spaces to utilize each otherscapabilities or functions. This is generally done by assuming a commoncomponent object model on which to build the architecture.

It is worthwhile to differentiate between an object and a class ofobjects at this point. An object is a single instance of the class ofobjects, which is often just called a class. A class of objects can beviewed as a blueprint, from which many objects can be formed.

OOP allows the programmer to create an object that is a part of anotherobject. For example, the object representing a piston engine is said tohave a composition-relationship with the object representing a piston.In reality, a piston engine comprises a piston, valves and many othercomponents; the fact that a piston is an element of a piston engine canbe logically and semantically represented in OOP by two objects.

OOP also allows creation of an object that “depends from” anotherobject. If there are two objects, one representing a piston engine andthe other representing a piston engine wherein the piston is made ofceramic, then the relationship between the two objects is not that ofcomposition. A ceramic piston engine does not make up a piston engine.Rather it is merely one kind of piston engine that has one morelimitation than the piston engine; its piston is made of ceramic. Inthis case, the object representing the ceramic piston engine is called aderived object, and it inherits all of the aspects of the objectrepresenting the piston engine and adds further limitation or detail toit. The object representing the ceramic piston engine “depends from” theobject representing the piston engine. The relationship between theseobjects is called inheritance.

When the object or class representing the ceramic piston engine inheritsall of the aspects of the objects representing the piston engine, itinherits the thermal characteristics of a standard piston defined in thepiston engine class. However, the ceramic piston engine object overridesthese ceramic specific thermal characteristics, which are typicallydifferent from those associated with a metal piston. It skips over theoriginal and uses new functions related to ceramic pistons. Differentkinds of piston engines have different characteristics, but may have thesame underlying functions associated with it (e.g., how many pistons inthe engine, ignition sequences, lubrication, etc.). To access each ofthese functions in any piston engine object, a programmer would call thesame functions with the same names, but each type of piston engine mayhave different/overriding implementations of functions behind the samename. This ability to hide different implementations of a functionbehind the same name is called polymorphism and it greatly simplifiescommunication among objects.

With the concepts of composition-relationship, encapsulation,inheritance and polymorphism, an object can represent just aboutanything in the real world. In fact, our logical perception of thereality is the only limit on determining the kinds of things that canbecome objects in object-oriented software. Some typical categories areas follows:

-   -   Objects can represent physical objects, such as automobiles in a        traffic-flow simulation, electrical components in a        circuit-design program, countries in an economics model, or        aircraft in an air-traffic-control system.    -   Objects can represent elements of the computer-user environment        such as windows, menus or graphics objects.    -   An object can represent an inventory, such as a personnel file        or a table of the latitudes and longitudes of cities.    -   An object can represent user-defined data types such as time,        angles, and complex numbers, or points on the plane.

With this enormous capability of an object to represent just about anylogically separable matters, OOP allows the software developer to designand implement a computer program that is a model of some aspects ofreality, whether that reality is a physical entity, a process, a system,or a composition of matter. Since the object can represent anything, thesoftware developer can create an object which can be used as a componentin a larger software project in the future.

If 90% of a new OOP software program consists of proven, existingcomponents made from preexisting reusable objects, then only theremaining 10% of the new software project has to be written and testedfrom scratch. Since 90% already came from an inventory of extensivelytested reusable objects, the potential domain from which an error couldoriginate is 10% of the program. As a result, OOP enables softwaredevelopers to build objects out of other, previously built, objects.

This process closely resembles complex machinery being built out ofassemblies and sub-assemblies. OOP technology, therefore, makes softwareengineering more like hardware engineering in that software is builtfrom existing components, which are available to the developer asobjects. All this adds up to an improved quality of the software as wellas an increased speed of its development.

Programming languages are beginning to fully support the OOP principles,such as encapsulation, inheritance, polymorphism, andcomposition-relationship. With the advent of the C++ language, manycommercial software developers have embraced OOP. C++ is an OOP languagethat offers a fast, machine-executable code. Furthermore, C++ issuitable for both commercial-application and systems-programmingprojects. For now, C++ appears to be the most popular choice among manyOOP programmers, but there is a host of other OOP languages, such asSmalltalk, common lisp object system (CLOS), and Eiffel. Additionally,OOP capabilities are being added to more traditional popular computerprogramming languages such as Pascal.

The benefits of object classes can be summarized, as follows:

-   -   Objects and their corresponding classes break down complex        programming problems into many smaller, simpler problems.    -   Encapsulation enforces data abstraction through the organization        of data into small, independent objects that can communicate        with each other. Encapsulation protects the data in an object        from accidental damage, but allows other objects to interact        with that data by calling the object's member functions and        structures.    -   Subclassing and inheritance make it possible to extend and        modify objects through deriving new kinds of objects from the        standard classes available in the system. Thus, new capabilities        are created without having to start from scratch.    -   Polymorphism and multiple inheritance make it possible for        different programmers to mix and match characteristics of many        different classes and create specialized objects that can still        work with related objects in predictable ways.    -   Class hierarchies and containment hierarchies provide a flexible        mechanism for modeling real-world objects and the relationships        among them.    -   Libraries of reusable classes are useful in many situations, but        they also have some limitations. For example:    -   Complexity. In a complex system, the class hierarchies for        related classes can become extremely confusing, with many dozens        or even hundreds of classes.    -   Flow of control. A program written with the aid of class        libraries is still responsible for the flow of control (i.e., it        must control the interactions among all the objects created from        a particular library). The programmer has to decide which        functions to call at what times for which kinds of objects.    -   Duplication of effort. Although class libraries allow        programmers to use and reuse many small pieces of code, each        programmer puts those pieces together in a different way. Two        different programmers can use the same set of class libraries to        write two programs that do exactly the same thing but whose        internal structure (i.e., design) may be quite different,        depending on hundreds of small decisions each programmer makes        along the way. Inevitably, similar pieces of code end up doing        similar things in slightly different ways and do not work as        well together 8 they should.

Class libraries are very flexible. As programs grow more complex, moreprogrammers are forced to reinvent basic solutions to basic problemsover and over again. A relatively new extension of the class libraryconcept is to have a framework of class libraries. This framework ismore complex and consists of significant collections of collaboratingclasses that capture both the small scale patterns and major mechanismsthat implement the common requirements and design in a specificapplication domain. They were first developed to free applicationprogrammers from the chores involved in displaying menus, windows,dialog boxes, and other standard user interface elements for personalcomputers.

Frameworks also represent a change in the way programmers think aboutthe interaction between the code they write and code written by others.In the early days of procedural programming, the programmer calledlibraries provided by the operating system to perform certain tasks, butbasically the program executed down the page from start to finish, andthe programmer was solely responsible for the flow of control. This wasappropriate for printing out paychecks, calculating a mathematicaltable, or solving other problems with a program that executed in justone way.

The development of graphical user interfaces began to turn thisprocedural programming arrangement inside out. These interfaces allowthe user, rather than program logic, to drive the program and decidewhen certain actions should be performed. Today, most personal computersoftware accomplishes this by means of an event loop which monitors themouse, keyboard, and other sources of external events and calls theappropriate parts of the programmer's code according to actions that theuser performs. The programmer no longer determines the order in whichevents occur. Instead, a program is divided into separate pieces thatare called at unpredictable times and in an unpredictable order. Byrelinquishing control in this way to users, the developer creates aprogram that is much easier to use. Nevertheless, individual pieces ofthe program written by the developer still call libraries provided bythe operating system to accomplish certain tasks, and the programmermust still determine the flow of control within each piece after beingcalled by the event loop. Application code still “sits on top of” thesystem.

Even event loop programs require programmers to write a lot of code thatshould not need to be written separately for every application. Theconcept of an application framework carries the event loop conceptfurther. Instead of dealing with all the nuts and bolts of constructingbasic menus, windows, and dialog boxes and then making these things allwork together, programmers using application frameworks start withworking application code and basic user interface elements in place.Subsequently, they build from there by replacing some of the genericcapabilities of the framework with the specific capabilities of theintended application.

Application frameworks reduce the total amount of code that a programmerhas to write from scratch. However, because the framework is really ageneric application that displays windows, supports copy and paste, andso on, the programmer can also relinquish control to a greater degreethan event loop programs permit. The framework code takes care of almostall event handling and flow of control, and the programmer's code iscalled only when the framework needs it (e.g., to create or manipulate aproprietary data structure).

A programmer writing a framework program not only relinquishes controlto the user (as is also true for event loop programs), but alsorelinquishes the detailed flow of control within the program to theframework. This approach allows the creation of more complex systemsthat work together in interesting ways, as opposed to isolated programs,having custom code, being created over and over again for similarproblems.

Thus, as is explained above, a framework basically is a collection ofcooperating classes that make up a reusable design solution for a givenproblem domain. It typically includes objects that provide defaultbehavior (e.g., for menus and windows), and programmers use it byinheriting some of that default behavior and overriding other behaviorso that the framework calls application code at the appropriate times.

There are three main differences between frameworks and class libraries:

-   -   Behavior versus protocol. Class libraries are essentially        collections of behaviors that you can call when you want those        individual behaviors in your program. A framework, on the other        hand, provides not only behavior but also the protocol or set of        rules that govern the ways in which behaviors can be combined,        including rules for what a programmer is supposed to provide        versus what the framework provides.    -   Call versus override. With a class library, the code the        programmer instantiates objects and calls their member        functions. It's possible to instantiate and call objects in the        same way with a framework (i.e., to treat the framework as a        class library), but to take full advantage of a framework's        reusable design, a programmer typically writes code that        overrides and is called by the framework. The framework manages        the flow of control among its objects. Writing a program        involves dividing responsibilities among the various pieces of        software that are called by the framework rather than specifying        how the different pieces should work together.    -   Implementation versus design. With class libraries, programmers        reuse only implementations, whereas with frameworks, they reuse        design. A framework embodies the way a family of related        programs or pieces of software work. It represents a generic        design solution that can be adapted to a variety of specific        problems in a given domain. For example, a single framework can        embody the way a user interface works, even though two different        user interfaces created with the same framework might solve        quite different interface problems.

Thus, through the development of frameworks for solutions to variousproblems and programming tasks, significant reductions in the design anddevelopment effort for software can be achieved. A preferred embodimentof the invention utilizes HyperText Markup Language (HTML) to implementdocuments on the Internet together with a general-purpose securecommunication protocol for a transport medium between the client and theNewco. HTTP or other protocols could be readily substituted for HTMLwithout undue experimentation. Information on these products isavailable in T. Berners-Lee, D. Connoly, “RFC 1866: Hypertext MarkupLanguage-2.0” (November 1995); and R. Fielding, H, Frystyk, T.Berners-Lee, J. Gettys and J. C. Mogul, “Hypertext TransferProtocol—HTTP/1.1:HTTP Working Group Internet Draft” (May 2, 1996). HTMLis a simple data format used to create hypertext documents that areportable from one platform to another. HTML documents are SGML documentswith generic semantics that are appropriate for representing informationfrom a wide range of domains. HTML has been in use by the World-Wide Webglobal information initiative since 1990. HTML is an application of ISOStandard 8879:1986 Information Processing Text and Office Systems;Standard Generalized Markup Language (SGML).

To date, Web development tools have been limited in their ability tocreate dynamic Web applications which span from client to server andinteroperate with existing computing resources. Until recently, HTML hasbeen the dominant technology used in development of Web-based solutions.However, HTML has proven to be inadequate in the following areas:

-   -   Poor performance;    -   Restricted user interface capabilities;    -   Can only produce static Web pages;    -   Lack of interoperability with existing applications and data;        and    -   Inability to scale.

Sun Microsystem's Java language solves many of the client-side problemsby:

-   -   Improving performance on the client side;    -   Enabling the creation of dynamic, real-time Web applications;        and    -   Providing the ability to create a wide variety of user interface        components.

With Java, developers can create robust User Interface (UI) components.Custom “widgets” (e.g. real-time stock tickers, animated icons, etc.)can be created, and client-side performance is improved. Unlike HTML,Java supports the notion of client-side validation, offloadingappropriate processing onto the client for improved performance.Dynamic, real-time Web pages can be created. Using the above-mentionedcustom UI components, dynamic Web pages can also be created.

Sun's Java language has emerged as an industry-recognized language for“programming the Internet.” Sun defines Java as: “a simple,object-oriented, distributed, interpreted, robust, secure,architecture-neutral, portable, high-performance, multithreaded,dynamic, buzzword-compliant, general-purpose programming language. Javasupports programming for the Internet in the form ofplatform-independent Java applets.” Java applets are small, specializedapplications that comply with Sun's Java Application ProgrammingInterface (API) allowing developers to add “interactive content” to Webdocuments (e.g. simple animations, page adornments, basic games, etc.).Applets execute within a Java-compatible browser (e.g. NetscapeNavigator) by copying code from the server to client. From a languagestandpoint, Java's core feature set is based on C++. Sun's Javaliterature states that Java is basically “C++, with extensions fromObjective C for more dynamic method resolution”.

Another technology that provides similar function to JAVA is provided byMicrosoft and ActiveX Technologies, to give developers and Web designerswherewithal to build dynamic content for the Internet and personalcomputers. ActiveX includes tools for developing animation, 3-D virtualreality, video and other multimedia content. The tools use Internetstandards, work on multiple platforms, and are being supported by over100 companies. The group's building blocks are called ActiveX Controls,small, fast components that enable developers to embed parts of softwarein hypertext markup language (HTML) pages. ActiveX Controls work with avariety of programming languages including Microsoft Visual C++, BorlandDelphi, Microsoft Visual Basic programming system and, in the future,Microsoft's development tool for Java, code named “Jakarta.” ActiveXTechnologies also includes ActiveX Server Framework, allowing developersto create server applications. One of ordinary skill in the art readilyrecognizes that ActiveX could be substituted for JAVA without undueexperimentation to practice the invention.

In accordance with a preferred embodiment, BackgroundFinder (BF) isimplemented as an agent responsible for preparing an individual for anupcoming meeting by helping him/her retrieve relevant information aboutthe meeting from various sources. BF receives input text in characterform indicative of the target meeting. The input text is generated inaccordance with a preferred embodiment by a calendar program thatincludes the time of the meeting. As the time of the meeting approaches,the calendar program is queried to obtain the text of the target eventand that information is utilized as input to the agent. Then, the agentparses the input meeting text to extract its various components such astitle, body, participants, location, time etc. The system also performspattern matching to identify particular meeting fields in a meetingtext. This information is utilized to query various sources ofinformation on the web and obtain relevant stories about the currentmeeting to send back to the calendaring system. For example, if anindividual has a meeting with Netscape and Microsoft to talk about theirdisputes, and would obtain this initial information from the calendaringsystem. It will then parse out the text to realize that the companies inthe meeting are “Netscape” and “Microsoft” and the topic is “disputes.”Then, the system queries the web for relevant information concerning thetopic. Thus, in accordance with an objective of the invention, thesystem updates the calendaring system and eventually the user with thebest information it can gather to prepare the user for the targetmeeting. In accordance with a preferred embodiment, the information isstored in a file that is obtained via selection from a link imbedded inthe calendar system.

Program Organization

A computer program in accordance with a preferred embodiment isorganized in five distinct modules: BF.Main, BF.Parse, BackgroundFinder.Error, BF.PatternMatching and BF.Search. There is also a frmMainwhich provides a user interface used only for debugging purposes. Theexecutable programs in accordance with a preferred embodiment neverexecute with the user interface and should only return to thecalendaring system through Microsoft's Winsock control. A preferredembodiment of the system executes in two different modes which can bespecified under the command line sent to it by the calendaring system.When the system runs in simple mode, it executes a keyword query tosubmit to external search engines. When executed in complex mode, thesystem performs pattern matching before it forms a query to be sent to asearch engine.

Data Structures

The system in accordance with a preferred embodiment utilizes three userdefined structures:

1. TMeetingRecord; 2. TPatternElement; and 3. TPatternRecord.

The user-defined structure, tMeetingRecord, is used to store all thepertinent information concerning a single meeting. This info includesuserID, an original description of the meeting, the extracted list ofkeywords from the title and body of meeting etc. It is important to notethat only one meeting record is created per instance of the system inaccordance with a preferred embodiment. This is because each time thesystem is spawned to service an upcoming meeting, it is assigned a taskto retrieve information for only one meeting. Therefore, the meetingrecord created corresponds to the current meeting examined.ParseMeetingText populates this meeting record and it is then passedaround to provide information about the meeting to other functions. IfGoPatternMatch can bind any values to a particular meeting field, thecorresponding entries in the meeting record is also updated. Thestructure of tMeetingRecord with each field described in parentheses isprovided below in accordance with a preferred embodiment.

A.1.1.1.1.1       Public Type tMeetingRecord  sUserID As String (user idgiven by Munin)  sTitleOrig As String (original non stop listed title weneed to keep around to send back to Munin)  sTitleKW As String(stoplisted title with only keywords)  sBodyKW As String (stoplistedbody with only keywords)  sCompany( ) As String (companys identified intitle or body through pattern matching)  sTopic( ) As String (topicsidentified in title or body through pattern matching)  sPeople( ) AsString (people identified in title or body through pattern matching) sWhen( ) As String (time identified in title or body through patternmatching)  sWhere( ) As String (location identified in title or bodythrough pattern matching)  sLocation As String (location as passed in byMunin)  sTime As String (time as passed in by Munin)  sParticipants( )As String  (all participants engaged as passed in by  Munin) sMeetingText As String  (the original meeting text w/o userid) End Type

There are two other structures which are created to hold each individualpattern utilized in pattern matching. The record tAPatternRecord is anarray containing all the components/elements of a pattern. The typetAPatternElement is an array of strings which represent an element in apattern. Because there may be many “substitutes” for each element, weneed an array of strings to keep track of what all the substitutes are.The structures of tAPatternElement and tAPatternRecord are presentedbelow in accordance with a preferred embodiment.

Public Type tAPatternElement  elementArray( ) As String End Type PublicType tAPatternRecord  patternArray( ) As tAPatternElement End Type

Common User Defined Constants

Many constants are defined in each declaration section of the programwhich may need to be updated periodically as part of the process ofmaintaining the system in accordance with a preferred embodiment. Theconstants are accessible to allow dynamic configuration of the system tooccur as updates for maintaining the code.

Included in the following tables are lists of constants from each modulewhich I thought are most likely to be modified from time to time.However, there are also other constants used in the code not included inthe following list. It does not mean that these non-included constantswill never be changed. It means that they will change much lessfrequently.

For the Main Module (BF.Main):

CONSTANT PRESET VALUE USE MSGTOMUNIN_TYPE  6 Define the message numberused to identify messages between BF and Munin IP_ADDRESS_MUNIN“10.2.100.48” Define the IP address of the machine in which Munin and BFare running on so they can transfer data through UDP. PORT_MUNIN 7777 Define the remote port in which we are operating on. TIMEOUT_AV 60Define constants for setting time out in inet controls TIMEOUT_NP 60Define constants for setting time out in inet controls CMD_SEPARATOR “\”Define delimiter to tell which part of Munin's command represents thebeginning of our input meeting text OUTPARAM_SEPARATOR “::” Definedelimiter for separating out different portions of the output. Theseparator is for delimiting the msg type, the user id, the meeting titleand the beginning of the actual stories retrieved.

For the Search Module (BF.Search):

CURRENT CONSTANT VALUE USE PAST_NDAYS 5 Define number of days you wantto look back for AltaVista articles. Doesn't really matter now becausewe aren't really doing a news search in alta vista. We want all info.CONNECTOR_AV_URL “+AND+” Define how to connect keywords. We want all ourkeywords in the string so for now use AND. If you want to do an OR orsomething, just change connector. CONNECTOR_NP_URL “+AND+” Define how toconnect keywords. We want all our keywords in the string so for now useAND. If you want to do an OR or something, just change connector.NUM_NP_STORIES 3 Define the number of stories to return back to Muninfrom NewsPage. NUM_AV_STORIES 3 Define the number of stories to returnback to Munin from AltaVista.

For the Parse Module (BF.Parse):

CURRENT CONSTANT VALUE USE PORTION_SEPARATOR “::” Define the separatorbetween different portions of the meeting text sent in by Munin. Forexample in “09::Meet with Chad::about life::Chad| Denise::::::” “::” isthe separator between different parts of the meeting text.PARTICIPANT_SEPARATOR “|” Define the separator between each participantin the participant list portion of the original meeting text. Refer toexample above.

For Pattern Matching Module (BFPatternMatch): There are no constants inthis module which require frequent updates.

General Process Flow

The best way to depict the process flow and the coordination offunctions between each other is with the five flowcharts illustrated inFIGS. 2 to 6. FIG. 2 depicts the overall process flow in accordance witha preferred embodiment. Processing commences at the top of the chart atfunction block 200 which launches when the program starts. Once theapplication is started, the command line is parsed to remove theappropriate meeting text to initiate the target of the background findoperation in accordance with a preferred embodiment as shown in functionblock 210. A global stop list is generated after the target isdetermined as shown in function block 220. Then, all the patterns thatare utilized for matching operations are generated as illustrated infunction block 230. Then, by tracing through the chart, function block200 invokes GoBF 240 which is responsible for logical processingassociated with wrapping the correct search query information for theparticular target search engine. For example, function block 240 flowsto function block 250 and it then calls GoPatternMatch as shown infunction block 260. To see the process flow of GoPatternMatch, we swapto the diagram titled “Process Flow for BF's Pattern Matching Unit.”

One key thing to notice is that functions depicted at the same level ofthe chart are called by in sequential order from left to right (or topto bottom) by their common parent function. For example, Main 200 callsProcessCommandLine 210, then CreateStopListist 220, then CreatePatterns230, then GoBackgroundFinder 240. FIGS. 3 to 6 detail the logic for theentire program, the parsing unit, the pattern matching unit and thesearch unit respectively. FIG. 6 details the logic determinative of dataflow of key information through BackgroundFinder, and shows thefunctions that are responsible for creating or processing suchinformation.

Detailed Search Architecture Under the Simple Query Mode

Search Alta Vista Function block 270 of FIG. 2

The Alta Vista search engine utilizes the identifies and returns generalinformation about topics related to the current meeting as shown infunction block 270 of FIG. 2. The system in accordance with a preferredembodiment takes all the keywords from the title portion of the originalmeeting text and constructs an advanced query to send to Alta Vista. Thekeywords are logically combined together in the query. The results arealso ranked based on the same set of keywords. One of ordinary skill inthe art will readily comprehend that a date restriction or publishercriteria could be facilitated on the articles we want to retrieve. A setof top ranking stories are returned to the calendaring system inaccordance with a preferred embodiment.

News Page Function block 275 of FIG. 2

The NewsPage search system is responsible for giving us the latest newstopics related to a target meeting. The system takes all of the keywordsfrom the title portion of the original meeting text and constructs aquery to send to the NewsPage search engine. The keywords are logicallycombined together in the query. Only articles published recently areretrieved. The Newspage search system provides a date restrictioncriteria that is settable by a user according to the user's preference.The top ranking stories are returned to the calendaring system.

FIG. 3 is a user profile data model in accordance with a preferredembodiment. Processing commences at function block 300 which isresponsible for invoking the program from the main module. Then, atfunction block 310, a wrapper function is invoked to prepare for thekeyword extraction processing in function block 320. After the keywordsare extracted, then processing flows to function block 330 to determineif the delimiters are properly positioned. Then, at function block 340,the number of words in a particular string is calculated and thedelimiters for the particular field are and a particular field from themeeting text is retrieved at function block 350. Then, at function block380, the delimiters of the string are again checked to assure they areplaced appropriately. Finally, at function block 360, the extraction ofeach word from the title and body of the message is performed a word ata time utilizing the logic in function block 362 which finds the nextclosest word delimiter in the input phrase, function block 364 whichstrips unnecessary materials from a word and function block 366 whichdetermines if a word is on the stop list and returns an error if theword is on the stop list.

Pattern Matching in Accordance with a Preferred Embodiment

The limitations associated with a simple searching method include thefollowing:

-   -   1. Because it relies on a stoplist of unwanted words in order to        extract from the meeting text a set of keywords, it is limited        by how comprehensive the stoplist is. Instead of trying to        figure out what parts of the meeting text we should throw away,        we should focus on what parts of the meeting text we want.    -   2. A simple search method in accordance with a preferred        embodiment only uses the keywords from a meeting title to form        queries to send to Alta Vista and NewsPage. This ignores an        alternative source of information for the query, the body of the        meeting notice. We cannot include the keywords from the meeting        body to form our queries because this often results in queries        which are too long and so complex that we often obtain no        meaningful results.    -   3. There is no way for us to tell what each keyword represents.        For example, we may extract “Andy” and “Grove” as two keywords.        However, a simplistic search has no way knowing that “Andy        Grove” is in fact a person's name. Imagine the possibilities if        we could somehow intelligently guess that “Andy Grove” is a        person's name. We can find out if he is an Andersen person and        if so what kind of projects he's been on before etc. etc.    -   4. In summary, by relying solely on a stoplist to parse out        unnecessary words, we suffer from “information overload”.

Pattern Matching Overcomes these Limitations in Accordance with aPreferred Embodiment

Here's how the pattern matching system can address each of thecorresponding issues above in accordance with a preferred embodiment.

-   -   1. By doing pattern matching, we match up only parts of the        meeting text that we want and extract those parts.    -   2. By performing pattern matching on the meeting body and        extracting only the parts from the meeting body that we want.        Our meeting body will not go to complete waste then.    -   3. Pattern matching is based on a set of templates that we        specify, allowing us to identify people names, company names etc        from a meeting text.    -   4. In summary, with pattern matching, we no longer suffer from        information overload. Of course, the big problem is how well our        pattern matching works. If we rely exclusively on artificial        intelligence processing, we do not have a 100% hit rate. We are        able to identify about 20% of all company names presented to us.

Patterns

A pattern in the context of a preferred embodiment is a templatespecifying the structure of a phrase we are looking for in a meetingtext. The patterns supported by a preferred embodiment are selectedbecause they are templates of phrases which have a high probability ofappearing in someone's meeting text. For example, when entering ameeting in a calendar, many would write something such as “Meet with BobDutton from Stanford University next Tuesday.” A common pattern wouldthen be something like the word “with” followed by a person's name (inthis example it is Bob Dutton) followed by the word “from” and endingwith an organization's name (in this case, it is Stanford University).

Pattern Matching Terminology

The common terminology associated with pattern matching is providedbelow.

-   -   Pattern: a pattern is a template specifying the structure of a        phrase we want to bind the meeting text to. It contains sub        units.    -   Element: a pattern can contain many sub-units. These subunits        are called elements. For example, in the pattern “with $PEOPLE$        from $COMPANY$”, “with” “$PEOPLE$” “from” “$COMPANY$” are all        elements.    -   Placeholder: a placeholder is a special kind of element in which        we want to bind a value to. Using the above example, “$PEOPLE$”        is a placeholder.    -   Indicator: an indicator is another kind of element which we want        to find in a meeting text but no value needs to bind to it.        There may be often more than one indicator we are looking for in        a certain pattern. That is why an indicator is not an “atomic”        type.    -   Substitute: substitutes are a set of indicators which are all        synonyms of each other. Finding any one of them in the input is        good.

There are five fields which are identified for each meeting:

-   -   Company ($COMPANY$)    -   People ($PEOPLE$)    -   Location ($LOCATION$)    -   Time ($TIME$)    -   Topic ($TOPIC_UPPER$) or ($TOPIC_ALL$)

In parentheses are the placeholders I used in my code as representationof the corresponding meeting fields.

Each placeholder has the following meaning:

-   -   $COMPANY$: binds a string of capitalized words (e.g. Meet with        Joe Carter of <Andersen Consulting>)    -   $PEOPLE$: binds series of string of two capitalized words        potentially connected by “,” “and” or “&” (e.g. Meet with <Joe        Carter> of Andersen Consulting, Meet with <Joe Carter and Luke        Hughes> of Andersen Consulting)    -   $LOCATION$: binds a string of capitalized words (e.g. Meet Susan        at <Palo Alto Square>)    -   $TIME$: binds a string containing the format #:## (e.g. Dinner        at <6:30 pm>)    -   $TOPICUPPER$: binds a string of capitalized words for our topic        (e.g. <Stanford Engineering Recruiting> Meeting to talk about        new hires).    -   $TOPIC_ALL$: binds a string of words without really caring if        it's capitalized or not. (e.g. Meet to talk about <ubiquitous        computing>)

Here is a table representing all the patterns supported by BF. Eachpattern belongs to a pattern group. All patterns within a pattern groupshare a similar format and they only differ from each other in terms ofwhat indicators are used as substitutes. Note that the patterns whichare grayed out are also commented in the code. BF has the capability tosupport these patterns but we decided that matching these patterns isnot essential at this point.

PAT PAT GRP # PATTERN EXAMPLE  1 a $PEOPLE$ of Paul Maritz of Microsoft$COMPANY$ b $PEOPLE$ from Bill Gates, Paul Allen and $COMPANY$ PaulMaritz from Microsoft  2 a $TOPIC_UPPER$ meeting Push Technology Meetingb $TOPIC_UPPER$ mtg Push Technology Mtg c $TOPIC_UPPER$ demo PushTechnology demo d $TOPIC_UPPER$ Push Technology interview interview e$TOPIC_UPPER$ Push Technology presentation presentation f $TOPIC_UPPER$visit Push Technology visit g $TOPIC_UPPER$ briefing Push Technologybriefing h $TOPIC_UPPER$ Push Technology discussion discussion i$TOPIC_UPPER$ Push Technology workshop workshop j $TOPIC_UPPER$ prepPush Technology prep k $TOPIC_UPPER$ review Push Technology review l$TOPIC_UPPER$ lunch Push Technology lunch m $TOPIC_UPPER$ project PushTechnology project n $TOPIC_UPPER$ projects Push Technology projects  3a $COMPANY$ corporation Intel Corporation b $COMPANY$ corp. IBM Corp. c$COMPANY$ systems Cisco Systems d $COMPANY$ limited IBM limited e$COMPANY$ ltd IBM ltd  4 a about $TOPIC_ALL$ About intelligent agentstechnology b discuss $TOPIC_ALL$ Discuss intelligent agents technology cshow $TOPIC_ALL$ Show the client our intelligent agents technology d re:$TOPIC_ALL$ re: intelligent agents technology e review $TOPIC_ALL$Review intelligent agents technology f agenda The agenda is as follows:clean up clean up clean up g agenda: $TOPIC_ALL$ Agenda: demo clientintelligent agents technology. demo ecommerce.  5 a w/$PEOPLE$ of Meetw/Joe Carter of $COMPANY$ Andersen Consulting b w/$PEOPLE$ from Meetw/Joe Carter from $COMPANY$ Andersen Consulting  6 a w/$COMPANY$ perTalk w/Intel per Jason $PEOPLE$ Foster

 8 a At $LOCATION$ At LuLu's resturant b In $LOCATION$ in Santa Clara  9a Per $PEOPLE$ per Susan Butler 10 a call w/$PEOPLE$ Conf call w/JohnSmith B call with $PEOPLE$ Conf call with John Smith 11 A prep for$TOPIC_ALL$ Prep for London meeting B preparation for Preparation forLondon $TOPIC_ALL$ meeting

FIG. 4 is a detailed flowchart of pattern matching in accordance with apreferred embodiment. Processing commences at function block 400 wherethe main program invokes the pattern matching application and passescontrol to function block 410 to commence the pattern match processing.Then, at function block 420, the wrapper function loops through toprocess each pattern which includes determining if a part of the textstring can be bound to a pattern as shown in function block 430. Then,at function block 440, various placeholders are bound to values if theyexist, and in function block 441, a list of names separated bypunctuation are bound, and at function block 442 a full name isprocessed by finding two capitalized words as a full name and grabbingthe next letter after a space after a word to determine if it iscapitalized. Then, at function block 443, time is parsed out of thestring in an appropriate manner and the next word after a blank space infunction block 444. Then, at function block 445, the continuous phrasesof capitalized words such as company, topic or location are bound and infunction block 446, the next word after the blank is obtained forfurther processing in accordance with a preferred embodiment. Followingthe match meeting field processing, function block 450 is utilized tolocate an indicator which is the head of a pattern, the next word afterthe blank is obtained as shown in function block 452 and the word ischecked to determine if the word is an indicator as shown in functionblock 454. Then, at function block 460, the string is parsed to locatean indicator which is not at the end of the pattern and the next wordafter unnecessary white space such as that following a line feed or acarriage return is processed as shown in function block 462 and the wordis analyzed to determine if it is an indicator as shown in functionblock 464. Then, in function block 470, the temporary record is reset tothe null set to prepare it for processing the next string and atfunction block 480, the meeting record is updated and at function block482 a check is performed to determine if an entry is already made to themeeting record before parsing the meeting record again.

Using the Identified Meeting Fields

Now that we have identified fields within the meeting text which weconsider important, there are quite a few things we can do with it. Oneof the most important applications of pattern matching is of course toimprove the query we construct which eventually gets submitted to AltaVista and News Page. There are also a lot of other options andenhancements which exploit the results of pattern matching that we canadd to BF. These other options will be described in the next section.The goal of this section is to give the reader a good sense of how theresults obtained from pattern matching can be used to help us obtainbetter search results.

FIG. 5 is a flowchart of the detailed processing for preparing a queryand obtaining information from the Internet in accordance with apreferred embodiment. Processing commences at function block 500 andimmediately flows to function block 510 to process the wrapperfunctionality to prepare for an Internet search utilizing a web searchengine. If the search is to utilize the Alta Vista search engine, thenat function block 530, the system takes information from the meetingrecord and forms a query in function blocks 540 to 560 for submittal tothe search engine. If the search is to utilize the NewsPage searchengine, then at function block 520, the system takes information fromthe meeting record and forms a query in function blocks 521 to 528.

Alta Vista Search Engine

The strength of the Alta Vista search engine is that it providesenhanced flexibility. Using its advance query method, one can constructall sorts of Boolean queries and rank the search however you want.However, one of the biggest drawbacks with Alta Vista is that it is notvery good at handling a large query and is likely to give backirrelevant results. If we can identify the topic and the company withina meeting text, we can form a pretty short but comprehensive query whichwill hopefully yield better results. We also want to focus on the topicsfound. It may not be of much merit to the user to find out info about acompany especially if the user already knows the company well and hashad numerous meetings with them. It's the topics they want to researchon.

News Page Search Engine

The strength of the News Page search engine is that it does a great jobsearching for the most recent news if you are able to give it a validcompany name. Therefore when we submit a query to the news page website, we send whatever company name we can identify and only if wecannot find one do we use the topics found to form a query. If neitherone is found, then no search is performed. The algorithm utilized toform the query to submit to Alta Vista is illustrated in FIG. 7. Thealgorithms that we will use to form the query to submit to News Page isillustrated in FIG. 8.

The following table describes in detail each function in accordance witha preferred embodiment. The order in which functions appear mimics theprocess flow as closely as possible. When there are situations in whicha function is called several times, this function will be listed afterthe first function which calls it and its description is not duplicatedafter every subsequent function which calls it.

Procedure Name Type Called By Description Main Public None This is themain function (BF.Main) Sub where the program first launches. Itinitializes BF with the appropriate parameters(e.g. Internet time- out,stoplist . . . ) and calls GoBF to launch the main part of the program.ProcessCommandLine Private Main This function parses the (BF.Main) Subcommand line. It assumes that the delimiter indicating the beginning ofinput from Munin is stored in the constant CMD_SEPARATOR. CreateStopListPrivate Main This function sets up a stop (BF.Main) Function list forfuture use to parse out unwanted words from the meeting text. There arecommas on each side of each word to enable straight checking.CreatePatterns Public Main This procedure is called once(BF.PatternMatch) Sub when BF is first initialized to create all thepotential patterns that portions of the meeting text can bind to. Apattern can contain however many elements as needed. There are two typesof elements. The first type of elements are indicators. These are realwords which delimit the potential of a meeting field (eg company) tofollow. Most of these indicators are stop words as expected because stopwords are words usually common to all meeting text so it makes sensethey form patterns. The second type of elements are special stringswhich represent placeholders. A placeholder is always in the form of $*$where * can be either PEOPLE, COMPANY, TOPIC_UPPER, TIME, LOCATION orTOPIC_ALL. A pattern can begin with either one of the two types ofelements and can be however long, involving however any number/type ofelements. This procedure dynamically creates a new pattern record foreach pattern in the table and it also dynamically creates newtAPatternElements for each element within a pattern. In addition, thereis the concept of being able to substitute indicators within a pattern.For example, the pattern $PEOPLE$ of $COMPANY$ is similar to the pattern$PEOPLE$ from $COMPANY$. “from” is a substitute for “of”. Our structureshould be able to express such a need for substitution. GoBF Public MainThis is a wrapper procedurer (BF.Main) Sub that calls both the parsingand the searching subroutines of the BF. It is also responsible forsending data back to Munin. ParseMeetingText Public GoBackGroundFinderThis function takes the initial (BF.Parse) Function meeting text andidentifies the userID of the record as well as other parts of themeeting text including the title, body, participant list, location andtime. In addition, we call a helper function ProcessStopList toeliminate all the unwanted words from the original meeting title andmeeting body so that only keywords are left. The information parsed outis stored in the MeetingRecord structure. Note that this function doesno error checking and for the most time assumes that the meeting textstring is correctly formatted by Munin. The important variable isthisMeeting Record is the temp holder for all info regarding currentmeeting. It's eventually returned to caller. FormatDelimitation PrivateParseMeetingText, There are 4 ways in which (BF.Parse)DetermineNumWords, the delimiters can be placed. GetAWordFromString Wetake care of all these cases by reducing them down to Case 4 in whichthere are no delimiters around but only between fields in a string(e.g.A::B::C) DetermineNumWords Public ParseMeetingText, This functionsdetermines (BF.Parse) Function ProcessStopList how many words there arein a string (stInEvalString) The function assumes that each word isseparated by a designated separator as specified in stSeparator. Thereturn type is an integer that indicates how many words have been foundassuming each word in the string is separated by stSeparator. Thisfunction is always used along with GetAWordFromString and should becalled before calling GetAWordFrom String. GetAWordFromString PublicParseMeetingText, This function extracts the ith (BF.Parse) FunctionProcessStopList word of the string(stInEvalString) assuming that eachword in the string is separated by a designated separator contained inthe variable stSeparator. In most cases, use this function withDetermineNumWords. The function returns the wanted word. This functionchecks to make sure that iInWordNum is within bounds so that i is notgreater than the total number of words in string or less than/equal tozero. If it is out of bounds, we return empty string to indicate wecan't get anything. We try to make sure this doesn't happen by callingDetermineNumWords first. ParseAndCleanPhrase Private ParseMeetingTextThis function first grabs the (BF.Parse) Function word and send it toCleanWord in order strip the stuff that nobody wants. There are thingsin parseWord that will kill the word, so we will need a method oflooping through the body and rejecting words without killing the wholefunction i guess keep CleanWord and check a return value ok, now I havea word so I need to send it down the parse chain. This chain goesParseCleanPhrase -> CleanWord -> EvaluateWord. If the word gets throughthe entire chain without being killed, it will be added at the end toour keyword string. first would be the function that checks for “/” as adelimiter and extracts the parts of that. This I will call “StitchFace”(Denise is more normal and calls it GetAWordFromString) if this findswords, then each of these will be sent, in turn, down the chain. Ifthese get through the entire chain without being added or killed thenthey will be added rather than tossed. FindMin PrivateParseAndCleanPhrase This function takes in 6 input (BF.Parse) Functionvalues and evaluates to see what the minimum non zero value is. It firstcreates an array as a holder so that we can sort the five input valuesin ascending order. Thus the minimum value will be the first non zerovalue element of the array. If we go through entire array withoutfinding a non zero value, we know that there is an error and we exit thefunction. CleanWord Private ParseAndCleanPhrase This function tries toclean (BF.Parse) Function up a word in a meeting text. It first of alldetermines if the string is of a valid length. It then passes it througha series of tests to see it is clean and when needed, it will edit theword and strip unnecessary characters off of it. Such tests includesgetting rid of file extensions, non chars, numbers etc. EvaluateWordPrivate ParseAndCleanPhrase This function tests to see if (BF.Parse)Function this word is in the stop list so it can determine whether toeliminate the word from the original meeting text. If a word is not inthe stoplist, it should stay around as a keyword and this function exitsbeautifully with no errors. However, if the words is a stopword, anerror must be returned. We must properly delimit the input test stringso we don't accidentally retrieve sub strings. GoPatternMatch PublicGoBF This procedure is called (BF.PatternMatch) Sub when our QueryMethodis set to complex query meaning we do want to do all the patternmatching stuff. It's a simple wrapper function which initializes somearrays and then invokes pattern matching on the title and the body.MatchPatterns Public GoPattern Match This procedure loops through(BF.PatternMatch) Sub every pattern in the pattern table and tries toidentify different fields within a meeting text specified bysInEvalString. For debugging purposes it also tries to tabulate how manytimes a certain pattern was triggered and stores it in gTabulateMatchesto see whichp pattern fired the most. gTabulateMatches is stored as aglobal because we want to be able to run a batch file of 40 or 50 teststrings and still be able to know how often a pattern was triggered.MatchAPattern Private MatchPatterns This function goes through(BF.PatternMatch) Function each element in the current pattern. It firstevaluates to determine whether element is a placeholder or an indicator.If it is a placeholder, then it will try to bind the placeholder withsome value. If it is an indicator, then we try to locate it. There is atrick however. Depending on whether we are at current element is thehead of the pattern or not we want to take different actions. If we areat the head, we want to look for the indicator or the placeholder. If wecan't find it, then we know that the current pattern doesn't exist andwe quit. However, if it is not the head, then we continue looking,because there may still be a head somewhere. We retry in this case.

 etingField Private MatchAPattern This function uses a big(BF.PatternMatch) Function switch statement to first determine what kindof placeholder we are talking about and depending on what type ofplaceholder, we have specific requirements and different bindingcriteria as specified in the subsequent functions called such asBindNames, BindTime etc. If binding is successful we add it to ourguessing record. BindNames Private MatchMeetingField In this function,we try to (BF.PatternMatch) Function match names to the correspondingplaceholder $PEOPLE$. Names are defined as any consecutive two wordswhich are capitalized. We also what to retrieve a series of names whichare connected by and, or & so we look until we don't see any of these 3separators anymore. Note that we don't want to bind single word namesbecause it is probably too general anyway so we don't want to producebroad but irrelevant results. This function calls BindAFullName whichbinds one name so in a since BindNames collects all the results fromBindAFullName BindAFullName Private BindNames This function tries tobind a (BF.PatternMatch) Function full name. If the $PEOPLE$ placeholderis not the head of the pattern, we know that it has to come right at thebeginning of the test string because we've been deleting stuff off thehead of the string all along. If it is the head, we search until we findsomething that looks like a full name. If we can't find it, then there'sno such pattern in the text entirely and we quit entirely from thispattern. This should eventually return us to the next pattern inMatchPatterns. GetNextWordAfterWhiteSpace Private BindAFullName, Thisfunction grabs the next (BF.PatternMatch) Function BindTime, word in atest string. It looks BindCompanyTopicLoc for the next word after whitespaces, @ or /. The word is defined to end when we encounter another oneof these white spaces or separators. BindTime Private MatchMeetingFieldGet the immediate next word (BF.PatternMatch) Function and see if itlooks like a time pattern. If so we've found a time and so we want toadd it to the record. We probably should add more time patterns. Butpeople don't seem to like to enter the time in their titles these daysespecially since we now have tools like OutLook. BindCompanyTopicLocPrivate MatchMeetingField This function finds a (BF.PatternMatch)Function continuous capitalized string and binds it to stMatch which ispassed by reference from MatchMeetingField. A continous capitalizedstring is a sequence of capitalized words which are not interrupted bythings like,. etc. There's probably more stuff we can add to the list ofinterruptions. LocatePatternHead Private MatchAPattern This functiontries to locate (BF.PatternMatch) Function an element which is anindicator. Note that this indicator SHOULD BE AT THE HEAD of the patternotherwise it would have gone to the function LocateIndicator instead.Therefore, we keep on grabbing the next word until either there's noword for us to grab (quit) or if we find one of the indicators we arelooking for. ContainInArray Private LocatePatternHead, ‘This function isreally (BF.PatternMatch) Function LocateIndicator simple. It loopsthrough all the elements in the array ‘to find a matching string.LocateIndicator Private MatchAPattern This function tries to locate(BF.PatternMatch) Function an element which is an indicator. Note thatthis indicator is NOT at the head of the pattern otherwise it would havegone to LocatePatternHead instead. Because of this, if our pattern is tobe satisfied, the next word we grab HAS to be the indicator or else wewould have failed. Thus we only grab one word, test to see if it is avalid indicator and then return result. InitializeGuessesRecord PrivateMatchAPattern This function reinitializes our (BF.PatternMatch) Subtemporary test structure because we have already transfered the info tothe permanent structure, we can reinitialize it so they each have oneelement AddToMeetingRecord Private MatchAPattern This function is onlycalled (BF.PatternMatch) Sub when we know that the information stored intInCurrGuesses is valid meaning that it represents legitamate guesses ofmeeting fields ready to be stored in the permanent record,tInMeetingRecord. We check to make sure that we do not store duplicatesand we also what to clean up what we want to store so that there's nocluttered crap such as punctuations, etc. The reason why we don't cleanup until now is to save time. We don't waste resources callingParseAndCleanPhrase until we know for sure that we are going to add itpermanently. NoDuplicateEntry Private AddToMeetingRecord This functionloops through (BF.PatternMatch) Function each element in the array tomake sure that the test string aString is not the same as any of thestrings already stored in the array. Slightly different fromContainInArray. SearchAltaVista Public GoBackGroundFinder This functionprepares a (BF.Search) Function query to be submited to AltaVista Searchengine. It submits it and then parses the returning result in theappropriate format containing the title, URL and body/summary of eachstory retrieved. The number of stories retrieved is specified by theconstant NUM_AV_STORIES. Important variables include stURLAltaVista usedto store query to submit stResultHTML used to store html from pagespecified by stURLAltaVista. ConstructAltaVistaURL PrivateSearchAltaVista This function constructs the (BF.Search) Function URLstring for the alta vista search engine using the advanced query searchmode. It includes the keywords to be used, the language and how we wantto rank the search. Depending on whether we want to use the results ofour pattern matching unit, we construct our query differently.ConstructSimpleKeyWord Private ConstructAltaVistaURl, This functionmarches down (BF.Search) Function ConstructNewsPageURL the list ofkeywords stored in the stTitleKW or stBodyKW fields of the input meetingrecord and links them up into one string with each keyword separated bya connector as determined by the input variable stInConnector. Returnsthis newly constructed string. ConstructComplexAVKeyWord PrivateConstructAltaVistaURL This function constructs the (BF.Search) Functionkeywords to be send to the AltaVista site. Unlike ConstructSimpleKeyWordwhich simply takes all the keywords from the title to form the query,this function will look at the results of BF's pattern matching processand see if we are able to identify any specific company names or topicsfor constructing the queries. Query will include company and topicidentified and default to simple query if we cannot identify eithercompany or topic. JoinWithConnectors Private ConstructComplexAVKeyWord,This function simply replaces (BF.Search) FunctionConstructComplexNPKeyWord, the spaces between the words RefineWithRankwithin the string with a connector which is specified by the input.RefineWithDate Private ConstructAltaVistaURL This function constructsthe (NOT Function date portion of the alta vista CALLED query andreturns this portion AT THE of the URL as a string. It MOMENT) makessure that alta vista (BF.Search) searches for articles within the pastPAST_NDAYS. RefineWithRank Private ConstructAltaVistaURL This functionconstructs the (BF.Search) Function string needed to passed to Altavistain order to rank an advanced query search. If we are constructing thesimple query we will take in all the keywords from the title. For thecomplex query, we will take in words from company and topic, much thesame way we formed the query in ConstructComplexAVKeyWord. IdentifyBlockPublic SearchAltaVista, This function extracts the (BF.Parse) FunctionSearchNewsPage block within a string marked by the beginning and theending tag given as inputs starting at a certain location(iStart). Theblock retrieved does not include the tags themselves. If the blockcannot be identified with the specified delimiters, we returnunsuccessful through the parameter iReturnSuccess passed to use byreference. The return type is the block retrieved. IsOpenURLError PublicSearchAltaVista, This function determines (BF.Error) FunctionSearchNewsPage whether the error encountered is that of a timeout error.It restores the mouse to default arrow and then returns true if it is atime out or false otherwise. SearchNewsPage Public GoBackGroundFinderThis function prepares a (BF.Search) Function query to be submited toNewsPage Search engine. It submits it and then parses the returningresult in the appropriate format containing the title, URL andbody/summary of each story retrieved. The number of stories retrieved isspecified by the constant UM_NP_STORIES ConstructNewsPageURL PrivateSearchNewsPage This function constructs the (BF.Search) Function URL tosend to the NewsPage site. It uses the information contained in theinput meeting record to determine what keywords to use. Also dependingwhether we want simple or complex query, we call diffent functions toform strings. ConstructComplexNPKeyWord Private ConstructNewsPageURLThis function constructs the (BF.Search) Function keywords to be send tothe NewsPage site. UnlikeConstructKeyWordString which simply takes allthe keywords from the title to form the query, this function will lookat the results of BF's pattern matching process and see if we are ableto identify any specific company names or topics for constructing thequeries. Since newspage works best when we have a company name, we'lluse only the company name and only if there is no company will we usetopic. ConstructOverallResult Private GoBackGroundFinder This functiontakes in as (BF.Main) Function input an array of strings (stInStories)and a MeetingRecord which stores the information for the currentmeeting. Each element in the array stores the stories retrieved fromeach information source. The function simply constructs the appropriateoutput to send to Munin including a return message type to let Muninknow that it is the BF responding and also the original user_id andmeeting title so Munin knows which meeting BF is talking about.ConnectAndTransferToMunin Public GoBackGroundFinder This function allows(BF.Main) Sub Background Finder to connect to Munin and eventuallytransport information to Munin. We will be using the UDP protocolinstead of the TCP protocol so we have to set up the remote host andport correctly. We use a global string to store gResult Overall becausealthough it is unecessary with UDP, it is needed with TCP and if we everswitch back don't want to change code. DisconnectFromMuninAndQuit Public(BF.Main) Sub

indicates data missing or illegible when filed

FIG. 6 is a flowchart of the actual code utilized to prepare and submitsearches to the Alta Vista and Newspage search engines in accordancewith a preferred embodiment. Processing commences at function block 610where a command line is utilized to update a calendar entry withspecific calendar information. The message is next posted in accordancewith function block 620 and a meeting record is created to store thecurrent meeting information in accordance with function block 630. Then,in function block 640 the query is submitted to the Alta Vista searchengine and in function block 650, the query is submitted to the Newspagesearch engine. When a message is returned from the search engine, it isstored in a results data structure as shown in function block 660 andthe information is processed and stored in summary form in a file foruse in preparation for the meeting as detailed in function block 670.

FIG. 7 provides more detail on creating the query in accordance with apreferred embodiment. Processing commences at function block 710 wherethe meeting record is parsed to obtain potential companies, people,topics, location and a time. Then, in function block 720, at least onetopic is identified and in function block 720, at least one company nameis identified and finally in function block 740, a decision is made onwhat material to transmit to the file for ultimate consumption by theuser.

FIG. 8 is a variation on the query theme presented in FIG. 7. A meetingrecord is parsed in function block 800, a company is identified infunction block 820, a topic is identified in function block 830 andfinally in function block 840 the topic and or the company is utilizedin formulating the query.

Alternative embodiments for adding various specific features forspecific user requirements are discussed below.

Enhance Target Rate for Pattern Matching

To increase BF's performance, more patterns/pattern groups are added tothe procedure “CreatePatterns.” The existing code for declaring patternscan be used as a template for future patterns. Because everything isstored as dynamic arrays, it is convenient to reuse code by cutting andpasting. The functions BindName, BindTime, BindCompanyLocTopic which areresponsible for associating a value with a placeholder can be enhanced.The enhancement is realized by increasing the set of criteria forbinding a certain meeting field in order to increase the number ofbinding values. For example, BindTime currently accepts and binds allvalues in the form of ##:## or #:##. To increase the times we can bind,we may want BindTime to also accept the numbers 1 to 12 followed by themore aesthetic time terminology “o'clock.” Vocabulary based recognitionalgorithms and assigning an accuracy rate to each guess BF makesallowing only guesses which meet a certain threshold to be valid.

Depending on what location the system identifies through patternmatching or alternatively depending on what location the user indicatesas the meeting place, a system in accordance with a preferred embodimentsuggests a plurality of fine restaurants whenever it detects the wordslunch/dinner/breakfast. We can also use a site like company finder toconfirm what we got is indeed a company name or if there is no companyname that pattern matching can identify, we can use a company finder website as a “dictionary” for us to determine whether certain capitalizedwords represent a company name. We can even display stock prices andbreaking news for a company that we have identified.

Wireless Bargain Identification in Accordance with a PreferredEmbodiment

FIG. 9 is a flow diagram that depicts the hardware and logical flow ofcontrol for a device and a software system designed to allow Web-basedcomparison shopping in conventional, physical, non-Web retailenvironments. A wireless phone or similar hand-held wireless device 920with Internet Protocol capability is combined with a miniature barcodereader 910 (installed either inside the phone or on a short cable) andused to scan the Universal Product Code (UPC) bar code on a book orother product 900. The wireless device 920 transmits the bar code via anantennae 930 to the Pocket BargainFinder Service Module (running on aWeb server) 940, which converts it to (in the case of books) itsInternational Standard Book Number or (in the case of other products)whatever identifier is appropriate. The Service Module then contacts theappropriate third-party Web site(s) to find price, shipping andavailability information on the product from various Web suppliers 950.This information is formatted and displayed on the hand-held device'sscreen. The IP wireless phone or other hand held device 920 utilizes awireless modem such as a Ricochet SE Wireless Modem from Metricom.Utilizing this device, a user can hang out in a coffee shop with aportable computer perched on a rickety little table, with a lattesloshing dangerously close to the keyboard, and access the Internet atspeeds rivaling direct connect via a telephone line.

The 8-ounce Ricochet SE Wireless Modem is about as large as a pack ofcigarettes and setup is extremely simple, simply attach the modem to theback of your portable's screen with the included piece of Velcro, plugthe cable into the serial port, flip up the stubby antenna, andtransmit. Software setup is equally easy: a straightforward installeradds the Ricochet modem drivers and places the connection icon on yourdesktop. The functional aspects of the modem are identical to that of atraditional telephone modem.

Of course, wireless performance isn't nearly as reliable as atraditional dial-up phone connection. We were able to get strongconnections in several San Francisco locations as long as we stayed nearthe windows. But inside CNET's all-brick headquarters, the Ricochetcouldn't connect at all. When you do get online, performance of up to28.8 kbps is available with graceful degradation to slower speeds. Buteven the slower speeds didn't disappoint. Compared to thealternative—connecting via a cellular modem—the Ricochet is much faster,more reliable, and less expensive to use. Naturally, the SE Wireless isbattery powered. The modem has continuous battery life of up to 12hours. And in accordance with a preferred embodiment, we ran down ourportable computer's dual cells before the Ricochet started to fade.

Thus, utilizing the wireless modem, a user may utilize the web serversoftware 940 to identify the right product 950 and then use anappropriate device's key(s) to select a supplier and place an order inaccordance with a preferred embodiment. The BargainFinder Service Modulethen consummates the order with the appropriate third-party Web supplier960.

mySite! Personal Web Site & Intentions Value Network Prototype

mySite! is a high-impact, Internet-based application in accordance witha preferred embodiment that is focused on the theme of deliveringservices and providing a personalized experience for each customer via apersonal web site in a buyer-centric world. The services are intuitivelyorganized around satisfying customer intentions—fundamental life needsor objectives that require extensive planning decisions, andcoordination across several dimensions, such as financial planning,healthcare, personal and professional development, family life, andother concerns. Each member owns and maintains his own profile, enablinghim to create and browse content in the system targeted specifically athim. From the time a demand for products or services is entered, to thecompletion of payment, intelligent agents are utilized to conductresearch, execute transactions and provide advice. By using advancedprofiling and filtering, the intelligent agents learn about the user,improving the services they deliver. Customer intentions includeManaging Daily Logistics (e.g., email, calendar, contacts, to-do list,bill payment, shopping, and travel planning); and Moving to a NewCommunity (e.g., finding a place to live, moving household possessions,getting travel and shipping insurance coverage, notifying business andpersonal contacts, learning about the new community). From a consumerstandpoint, mySite! provides a central location where a user can accessrelevant products and services and accomplish daily tasks with ultimateease and convenience.

From a business standpoint, mySite! represents a value-added andinnovative way to effectively attract, service, and retain customers.Intention value networks allow a user to enter through a personalizedsite and, and with the assistance of a learning, intelligent agent,seamlessly interact with network participants. An intention valuenetwork in accordance with a preferred embodiment provides superiorvalue. It provides twenty four hour a day, seven days a week access tocustomized information, advice and products. The information ispersonalized so that each member views content that is highly customizedto assure relevance to the required target user.

Egocentric Interface

An Egocentric Interface is a user interface crafted to satisfy aparticular user's needs, preferences and current context. It utilizesthe user's personal information that is stored in a central profiledatabase to customize the interface. The user can set securitypermissions on and preferences for interface elements and content. Thecontent integrated into the Egocentric Interface is customized withrelated information about the user. When displaying content, theEgocentric Interface will include the relationship between that contentand the user in a way that demonstrates how the content relates to theuser. For instance, when displaying information about an upcoming skitrip the user has signed up for, the interface will include informationabout events from the user's personal calendar and contact list, such asother people who will be in the area during the ski trip. This serves toput the new piece of information into a context familiar to theindividual user.

FIG. 10A describes the Intention Value Network Architectureimplementation for the World Wide Web. For simplification purposes, thisdiagram ignores the complexity pertaining to security, scalability andprivacy. The customer can access the Intention Value Network with anyInternet web browser 1010, such as Netscape Navigator or MicrosoftInternet Explorer, running on a personal computer connected to theInternet or a Personal Digital Assistant with wireless capability. SeeFIG. 17 for a more detailed description of the multiple methods foraccessing an Intention Value Network. The customer accesses theIntention Value Network through the unique name or IP address associatedwith the Integrator's Web Server 1020. The Integrator creates theIntention Value Network using a combination of resources, such as theIntention Database 1030, the Content Database 1040, the Supplier ProfileDatabase 1050, and the Customer Profile Database 1060.

The Intention Database 1030 stores all of the information about thestructure of the intention and the types of products and services neededto fulfill the intention. Information in this database includesintention steps, areas of interest, layout templates and personalizationtemplates. The Content Database 1040 stores all of the informationrelated to the intention, such as advice, referral information,personalized content, satisfaction ratings, product ratings and progressreports.

The Supplier Profile Database 1050 contains information about theproduct and service providers integrated into the intention. Theinformation contained in this database provides a link between theintention framework and the suppliers. It includes product lists,features and descriptions, and addresses of the suppliers' product websites. The Customer Profile Database 1060 contains personal informationabout the customers, such as name, address, social security number andcredit card information, personal preferences, behavioral information,history, and web site layout preferences. The Supplier's Web Server 1070provides access to all of the supplier's databases necessary to provideinformation and transactional support to the customer.

The Product Information Database 1080 stores all product-relatedinformation, such as features, availability and pricing. The ProductOrder Database 1090 stores all customer orders. The interface to thisdatabase may be through an Enterprise Resource Planning applicationoffered by SAP, Baan, Oracle or others, or it may be accessible directlythrough the Supplier's Web Server or application server. The CustomerInformation Database 1091 stores all of the customer information thatthe supplier needs to complete a transaction or maintain customerrecords.

FIG. 10B is a flowchart providing the logic utilized to create a webpage within the Egocentric Interface. The environment assumes a webserver and a web browser connected through a TCP/IP network, such asover the public Internet or a private Intranet. Possible web serverscould include Microsoft Internet Information Server, Netscape EnterpriseServer or Apache. Possible web browsers include Microsoft InternetExplorer or Netscape Navigator. The client (i.e. web browser) makes arequest 1001 to the server (i.e. web server) for a particular web page.This is usually accomplished by a user clicking on a button or a linkwithin a web page. The web server gets the layout and contentpreferences 1002 for that particular user, with the request to thedatabase keyed off of a unique user id stored in the client (i.e. webbrowser) and the User profile database 1003. The web server thenretrieves the content 1004 for the page that has been requested from thecontent database 1005. The relevant user-centric content, such ascalendar, email, contact list, and task list items are then retrieved1006. (See FIG. 11 for a more detailed description of this process.) Thequery to the database utilizes the user content preferences stored aspart of the user profile in the User profile database 1003 to filter thecontent that is returned. The content that is returned is then formattedinto a web page 1007 according to the layout preferences defined in theuser profile. The web page is then returned to the client and displayedto the user 1008.

FIG. 11 describes the process of retrieving user-centric content to addto a web page. This process describes 1006 in FIG. 10B in a moredetailed fashion. It assumes that the server already has obtained theuser profile and the existing content that is going to be integratedinto this page. The server parses 1110 the filtered content, looking forinstances of events, contact names and email addresses. If any of theseare found, they are tagged and stored in a temporary holding space.Then, the server tries to find any user-centric content 1120 stored invarious databases. This involves matching the tagged items in thetemporary storage space with calendar items 1130 in the CalendarDatabase 1140; email items 1115 in the Email Database 1114; contactitems 1117 in the Contact Database 1168; task list items 1119 in theTask List Database 1118; and news items 1121 in the News Database 1120.After retrieving any relevant user-centric content, it is compiledtogether and returned 1122.

User Persona

The system allows the user to create a number of different personas thataggregate profile information into sets that are useful in differentcontexts. A user may create one persona when making purchases for hishome. This persona may contain his home address and may indicate thatthis user is looking to find a good bargain when shopping. The same usermay create a second persona that can be used when he is in a workcontext. This persona may store the user's work address and may indicatethat the user prefers certain vendors or works for a certain companythat has a discount program in place. When shopping for work-relateditems, the user may use this persona. A persona may also contain rulesand restrictions. For instance, the work persona may restrict the userto making airline reservations with only one travel agent and utilizingbooking rules set up by his employer.

FIG. 12 describes the relationship between a user, his multiple personasand his multiple profiles. At the User Level is the User Profile 1200.This profile describes the user and his account information. There isone unique record in the database for each user who has an account.Attached to each user are multiple Personas 1220, 1230 & 1240. ThesePersonas are used to group multiple Profiles into useful contexts. Forinstance, consider a user who lives in San Francisco and works in PaloAlto, but has a mountain cabin in Lake Tahoe. He has three differentcontexts in which he might be accessing his site. One context iswork-related. The other two are home-life related, but in differentlocations. The user can create a Persona for Work 1220, a Persona forHome 1230, and a Persona for his cabin home 1240. Each Personareferences a different General Profile 1250, 1260 and 1270 whichcontains the address for that location. Hence, there are three GeneralProfiles. Each Persona also references one of two Travel Profiles. Theuser maintains a Work Travel Profile 1280 that contains all of thebusiness rules related to booking tickets and making reservations. ThisProfile may specify, for instance, that this person only travels inBusiness or First Class and his preferred airline is United Airlines.The Work Persona references this Work Travel Profile. The user may alsomaintain a Home Travel Profile 1290 that specifies that he prefers totravel in coach and wants to find non-refundable fairs, since they aregenerally cheaper. Both the Persona for Home and the Persona for thecabin home point to the Home Travel Profile.

FIG. 13 describes the data model that supports the Persona concept. Theuser table 1310 contains a record for each user who has an account inthe system. This table contains a username and a password 1320 as wellas a unique identifier. Each user can have multiple Personas 1330, whichact as containers for more specialized structures called Profiles 1340.Profiles contain the detailed personal information in Profile Field 1350records. Attached to each Profile are sets of Profile Restriction 1360records. These each contain a Name 1370 and a Rule 1380, which definethe restriction. The Rule is in the form of a pattern like (if x theny), which allows the Rule to be restricted to certain uses. An exampleProfile Restriction would be the rule that dictates that the user cannotbook a flight on a certain airline contained in the list. This ProfileRestriction could be contained in the “Travel” Profile of the “Work”Persona set up by the user's employer, for instance. Each Profile Fieldalso contains a set of Permissions 1390 that are contained in thatrecord. These permissions dictate who has what access rights to thatparticular Profile Field's information.

Intention-Centric Interface

Satisfying Customer Intentions, such as Planning for Retirement orRelocating requires a specialized interface. Customer Intentions requireextensive planning and coordination across many areas, ranging fromfinancial security, housing and transportation to healthcare, personaland professional development, and entertainment, among others.Satisfying Intentions requires a network of complementary businesses,working across industries, to help meet consumers' needs.

An Intention-Centric Interface is a user interface designed to help theuser manage personal Intentions. At any given point, the interfacecontent is customized to show only content that relates to thatparticular Intention. The Intention-Centric Interface allows the user tomanage the process of satisfying that particular Intention. Thisinvolves a series of discrete steps and a set of content areas the usercan access. At any point, the user can also switch the interface tomanage a different Intention, and this act will change the content ofthe interface to include only that content which is relevant to thesatisfaction of the newly selected Intention.

FIG. 14 provides a detailed description of the data model needed tosupport an Intention-Centric Interface. Each User Persona 1410 (see FIG.13 for a more detailed description of the Persona data model.) has anynumber of active User Intentions 1420. Each active User Intention isgiven a Nickname 1430, which is the display name the user sees on thescreen. Each active User Intention also contains a number of Data Fields1440, which contain any user data collected throughout the interactionwith the user. For instance, if the user had filled out a form on thescreen and one of the fields was Social Security Number, thecorresponding Data Field would contain Name=“SSN” 1450,Value=“999-99-9999” 1460. Each User Intention also keeps track ofIntention Step 1470 completion status. The Completion 1480 fieldindicates whether the user has completed the step. Every User Intentionis a user-specific version of a Generic Intention 1490, which is thedefault model for that Intention for all users. The Generic Intention iscustomized through Custom Rules 1411 and 1412 that are attached to thesub-steps in the Intention. These Custom Rules are patterns describinghow the system will customize the Intention for each individual userusing the individual user's profile information.

Statistical Agent

An agent keeps track of key statistics for each user. These statisticsare used in a manner similar to the Tamagochi virtual reality pet toy toencourage certain behaviors from the user. The statistics that arerecorded are frequency of login, frequency of rating of content such asnews articles, and activity of agents, measured by the number of taskswhich it performs in a certain period. This information is used by thesystem to emotionally appeal to the user to encourage certain behaviors.

FIG. 15 describes the process for generating the page that displays theagent's current statistics. When the user requests the agent statisticspage 1510 with the client browser, the server retrieves the users'statistics 1520 from the users' profile database 1530. The server thenperforms the mathematical calculations necessary to create a normalizedset of statistics 1540. The server then retrieves the formulas 1550 fromthe content database 1560 that will be used to calculate theuser-centric statistics. Graphs are then generated 1570 using thegeneric formulas and that user's statistics. These graphs are insertedinto a template to create the statistics page 1580. This page is thenreturned to the user 1590.

Personalized Product Report Service

The system provide Consumer Report-like service that is customized foreach user based on a user profile. The system records and providesratings from users about product quality and desirability on a number ofdimensions. The difference between this system and traditional productquality measurement services is that the ratings that come back to theusers are personalized. This service works by finding the people whohave the closest match to the user's profile and have previously ratedthe product being asked for. Using this algorithm will help to ensurethat the product reports sent back to the user only contain statisticsfrom people who are similar to that user.

FIG. 16 describes the algorithm for determining the personalized productratings for a user. When the user requests a product report 1610 forproduct X, the algorithm retrieves the profiles 1620 from the profiledatabase 1630 (which includes product ratings) of those users who havepreviously rated that product. Then the system retrieves the defaultthresholds 1640 for the profile matching algorithm from the contentdatabase 1650. It then maps all of the short list of users along severaldimensions specified in the profile matching algorithm 1660. The top n(specified previously as a threshold variable) nearest neighbors arethen determined and a test is performed to decide if they are withindistance y (also specified previously as a threshold variable) of theuser's profile in the set 1670 using the results from the profilematching algorithm. If they are not within the threshold, then thethreshold variables are relaxed 1680, and the test is run again. Thisprocessing is repeated until the test returns true. The product ratingsfrom the smaller set of n nearest neighbors are then used to determine anumber of product statistics 1690 along several dimensions. Thosestatistics are inserted into a product report template 1695 and returnedto the user 1697 as a product report.

Personal Profile and Services Ubiquity

This system provides one central storage place for a person's profile.This storage place is a server available through the public Internet,accessible by any device that is connected to the Internet and hasappropriate access. Because of the ubiquitous accessibility of theprofile, numerous access devices can be used to customize services forthe user based on his profile. For example, a merchant's web site canuse this profile to provide personalized content to the user. A PersonalDigital Assistant (PDA) with Internet access can synchronize theperson's calendar, email, contact list, task list and notes on the PDAwith the version stored in the Internet site. This enables the person toonly have to maintain one version of this data in order to have itavailable whenever it is needed and in whatever formats it is needed.

FIG. 17 presents the detailed logic associated with the many differentmethods for accessing this centrally stored profile. The profiledatabase 1710 is the central storage place for the users' profileinformation. The profile gateway server 1720 receives all requests forprofile information, whether from the user himself or merchants tryingto provide a service to the user. The profile gateway server isresponsible for ensuring that information is only given out when theprofile owner specifically grants permission. Any device that can accessthe public Internet 1730 over TCP/IP (a standard network communicationsprotocol) is able to request information from the profile database viaintelligent HTTP requests. Consumers will be able to gain access toservices from devices such as their televisions 1740, mobile phones,Smart Cards, gas meters, water meters, kitchen appliances, securitysystems, desktop computers, laptops, pocket organizers, PDAs, and theirvehicles, among others. Likewise, merchants 1750 will be able to accessthose profiles (given permission from the consumer who owns eachprofile), and will be able to offer customized, personalized services toconsumers because of this.

One possible use of the ubiquitous profile is for a hotel chain. Aconsumer can carry a Smart Card that holds a digital certificateuniquely identifying him. This Smart Card's digital certificate has beenissued by the system and it recorded his profile information into theprofile database. The consumer brings this card into a hotel chain andchecks in. The hotel employee swipes the Smart Card and the consumerenters his Pin number, unlocking the digital certificate. Thecertificate is sent to the profile gateway server (using a securetransmission protocol) and is authenticated. The hotel is then givenaccess to a certain part of the consumer's profile that he haspreviously specified. The hotel can then retrieve all of the consumer'sbilling information as well as preferences for hotel room, etc. Thehotel can also access the consumer's movie and dining preferences andoffer customized menus for both of them. The hotel can offer to send anemail to the consumer's spouse letting him/her know the person checkedinto the hotel and is safe. All transaction information can be uploadedto the consumer's profile after the hotel checks him in. This will allowpartners of the hotel to utilize the information about the consumer thatthe hotel has gathered (again, given the consumer's permission).

Intention Value Network

In an Intention Value Network, the overall integrator system coordinatesthe delivery of products and services for a user. The integrator managesa network of approved suppliers providing products and services, bothphysical and virtual, to a user based on the user's preferences asreflected in the user's profile. The integrator manages the relationshipbetween suppliers and consumers and coordinates the suppliers'fulfillment of consumers' intentions. It does this by providing theconsumer with information about products and suppliers and offeringobjective advice, among other things.

FIG. 18 discloses the detailed interaction between a consumer and theintegrator involving one supplier. The user accesses a Web Browser 1810and requests product and pricing information from the integrator. Therequest is sent from the user's browser to the integrator'sWeb/Application Server 1820. The user's preferences and personalinformation is obtained from an integrator's customer profile database1830 and returned to the Web/Application server. The requested productinformation is extracted from the supplier's product database 1840 andcustomized for the particular customer. The Web/Application serverupdates the supplier's customer information database 1850 with theinquiry information about the customer. The product and pricinginformation is then formatted into a Web Page 1860 and returned to thecustomer's Web Browser.

Summary Agent

A suite of software agents running on the application and web serversare programmed to take care of repetitive or mundane tasks for the user.The agents work according to rules set up by the user and are onlyallowed to perform tasks explicitly defined by the user. The agents cantake care of paying bills for the user, filtering content and emails,and providing a summary view of tasks and agent activity. The userinterface for the agent can be modified to suit the particular user.

FIG. 19 discloses the logic in accordance with a preferred embodimentprocessing by an agent to generate a verbal summary for the user. Whenthe user requests the summary page 1900, the server gets the user'sagent preferences 1920, such as agent type, rules and summary level fromthe user profile database 1930. The server gets the content 1940, suchas emails, to do list items, news, and bills, from the content database1950. The agent parses all of this content, using the rules stored inthe profile database, and summarizes the content 1960. The content isformatted into a web page 1970 according to a template. The text for theagent's speech is generated 1980, using the content from the contentdatabase 1990 and speech templates stored in the database. This speechtext is inserted into the web page 1995 and the page is returned to theuser 1997.

Trusted Third Party

The above scenario requires the web site to maintain a guarantee ofprivacy of information according to a published policy. This system isthe consumer's Trusted Third Party, acting on his behalf in every case,erring on the side of privacy of information, rather than on the side ofstimulation of commerce opportunities. The Trusted Third Party has a setof processes in place that guarantee certain complicity with the statedpolicy.

“meCommerce”

This word extends the word “eCommerce” to mean “personalized electroniccommerce.” FIG. 20 illustrates a display login in accordance with apreferred embodiment. The display is implemented as a Microsoft InternetExplorer application with an agent 2000 that guides a user through theprocess of interacting with the system to customize and personalizevarious system components to gather information and interact with theuser's personal requirements. A user enters a username at 2010 and apassword at 2020 and selects a button 2040 to initiate the loginprocedure. As the logo 2030 suggests, the system transforms electroniccommerce into a personalized, so called “me” commerce.

FIG. 21 illustrates a managing daily logistics display in accordancewith a preferred embodiment. A user is greeted by an animated agent 2100with a personalized message 2190. The user can select from variousactivities based on requirements, including travel 2110, householdchores 2120, finances 2130 and marketplace activities 2140. Icons 2142for routine tasks such as e-mail, calendaring and document preparationare also provided to facilitate rapid navigation from one activity toanother. Direct links 2146 are also provided to allow transfer of newsand other items of interest. Various profiles can be selected based onwhere the user is located. For example, work, home or vacation. Theprofiles can be added 2170 as a user requires a new profile for anotherlocation. Various items 2180 of personal information are collected fromthe user to support various endeavors. Moreover, permissions 2150 areset for items 2180 to assure information is timely and current.

FIG. 22 illustrates a user main display in accordance with a preferredembodiment. World 2200 and local news 2210 is provided based on a user'spreference. The user has also selected real estate 2230 as an item toprovide direct information on the main display. Also, a different agent2220 is provided based on the user's preference.

FIG. 23 illustrates an agent interaction in accordance with a preferredembodiment. The agent 2310 is communicating information 2300 to a userindicating that the user's life insurance needs have changed andpointing the user to the chart that best summarizes the information forthe user. Particular tips 2395 are provided to facilitate more detailedinformation based on current user statistics. A chart 2370 of the user'slife insurance needs is also highlighted at the center of the display toassist the user in determining appropriate action. A button 2380 isprovided to facilitate changing the policy and a set of buttons 2390 areprovided to assist a user in selecting various views of the user'sinsurance requirements.

Event Backgrounder

An Event Backgrounder is a short description of an upcoming event thatis sent to the user just before an event. The Event Backgrounder isconstantly updated with the latest information related to this event.Pertinent information such as itinerary and logistics are included, andother useful information, such as people the user knows who might be inthe same location, are also included. The purpose of the EventBackgrounder is to provide the most up-to-date information about anevent, drawing from a number of resources, such as public web sites andthe user's calendar and contact lists, to allow the user to reactoptimally in a given situation.

Vicinity Friend Finder

This software looks for opportunities to tell the user when a friend,family member or acquaintance is or is going to be in the same vicinityas the user. This software scans the user's calendar for upcomingevents. It then uses a geographic map to compare those calendar eventswith the calendar events of people who are listed in his contact list.It then informs the user of any matches, thus telling the user thatsomeone is scheduled to be near him at a particular time.

Information Overload

The term information overload is now relatively understood in both itsdefinition as well as its implications and consequences. People have afinite amount of attention that is available at any one time, but thereis more and more vying for that attention every day. In short, too muchinformation and too little time are the primary factors complicating thelives of most knowledge workers today.

The first attempts to dynamically deal with information overload wereprimarily focused on the intelligent filtering of information such thatthe quantity of information would be lessened. Rather than simplyremoving random bits of information, however, most of these approachestried to be intelligent about what information was ultimately presentedto the user. This was accomplished by evaluating each document based onthe user's interests and discarding the less relevant ones. It follows,therefore, that the quality was also increased.

Filtering the information is only a first step in dealing withinformation is this new age. Arguably, just as important as the qualityof the document is having ready access to it. Once you have entered ameeting, a document containing critical information about the meetingsubject delivered to your office is of little value. As the speed ofbusiness continues to increase fueled by the technologies ofinterconnectedness, the ability to receive quality information whereverand whenever you are becomes critical. This new approach is calledintelligent information delivery and is heralding in a new informationage.

A preferred embodiment demonstrates the intelligent information deliverytheory described above in an attempt to not only reduce informationoverload, but to deliver high quality information where and when users'require it. In other words, the system delivers right information to theright person at the right time and the right place.

Active Knowledge Management System Description

FIG. 24 is a block diagram of an active knowledge management system inaccordance with a preferred embodiment. The system consists of thefollowing parts: back-end 2400 connection to one or more servers,personal mobile wireless clients (Awareness Machine) 2430, 2436, publicclients (Magic Wall) 2410, 2420, web clients 2446, 2448, e-mail clients2450, 2460.

Back-End Server (2400) Processes

FIG. 25 is a block diagram of a back end server in accordance with apreferred embodiment. The back-end (2400 of FIG. 24) is a computersystem that has the following software active: Intelligent AgentsCoordinator (Munin) 2580, Information Prioritization Subsystem 2530, aset of continuously and periodically running information gathering andprocessing Intelligent Agents 2500, 2502 and 2504, User ProfilesDatabase 2542 and supporting software, Information Channels Database2542 and supporting software, communications software 2550, informationtransformation software 2560, and auxiliary software.

The Awareness Machine (2446 & 2448 of FIG. 24)

The Awareness Machine is a combination of hardware device and softwareapplication. The hardware consists of handheld personal computer andwireless communications device. The Awareness Machine reflects aconstantly updated state-of-the-owner's-world by continually receiving awireless trickle of information. This information, mined and processedby a suite of intelligent agents, consists of mail messages, news thatmeets each user's preferences, schedule updates, background informationon upcoming meetings and events, as well as weather and traffic. TheAwareness Machine is covered by another patent application.

FIG. 26 is a block diagram of a magic wall in accordance with apreferred embodiment.

The Magic Wall

The Magic Wall hardware includes:

-   -   Computer system 2640 connected to the back-end server    -   Sensor array 2634, 2630 and 2632 detects presence, position, and        identity of a person    -   Large touch-sensitive display 2620    -   Sound input 2610/output 2614 hardware

The Magic Wall software supports:

-   -   Multimedia output compatible with current Web standards    -   Speech recognition    -   Tactile input    -   Intelligent agents representations in the form of speech-enabled        animated characters

The Magic Wall operates as follows:

-   1. If a user appears in the vicinity of Magic Wall, the sensor array    triggers “user here” event that sends an environmental cue    containing the person's id and the location to the Intelligent Agent    Coordinator.-   2. User is identified based on the information returned by the    sensor array.-   3. The Magic Wall switches to “locked on the user” mode. If another    user approaches, the system will notify him or her that it cannot    serve another user while the current user is being served.-   4. Intelligent Agent Coordinator is notified about the user    presence.-   5. The Intelligent Agent Coordinator decides if there is pertinent    to that user and Magic Wall location time-sensitive information to    show (e.g. traffic report, meeting reminder). If such information    exists, it is prepared for delivery. If not, control is transferred    to the Information Prioritization Subsystem.-   6. Information Prioritization Subsystem decides what information is    most relevant to the user based on their personal profile, freshness    of the information, and the Intelligent Agent Coordinator's prior    suggestions.-   7. The page of information identified as the most relevant to the    user at this time and place is shown. The act of the information    delivery can also include animation and speech output of the    intelligent agent representation.-   8. If user desires so, he or she can ask Magic Wall to show a    particular page. The Magic Wall recognizes the speech fragment and    then identifies and shows the requested page.-   9. As the user departs from the Magic Wall area, the sensor array    triggers “user left” event.-   10. The Magic Wall switches back to the waiting state.

Other Clients

The Web client is a standard browser navigating to a set of Web pageswhich allow user to see the same information that is available via theMagic Wall.

The e-mail client is any standard e-mail program.

Intelligent Agent Coordinator Description

This piece of code is the coordinating agent (or meta-agent) for theActive Knowledge Management system. This means that all communicationsbetween the system and each user, as well as communication between thedifferent minion agents are handled (coordinated) by the IntelligentAgent Coordinator. Examples of these minion agents are:

-   -   BackgroundFinder—an agent that parses meeting text determining        important keywords and phrases and finds background information        on the meeting for each user    -   TrafficFinder—an agent that finds traffic information for each        user based on where they live    -   Several other agents that are responsible for doing statistical        analysis of the data in each user's profile and updating fields        pertinent to that data

The Intelligent Agent Coordinator 2580 of FIG. 25 is also the user's“interface” to the system, in that whenever the user interacts with thesystem, regardless of the GUI or other end-user interface, they areultimately dealing with (asking questions of or sending commands to) theIntelligent Agent Coordinator. The Intelligent Agent Coordinator hasfour primary responsibilities: 1) monitoring user activities, 2)handling information requests, 3) maintaining each user's profile, and4) routing information to and from users and to and from the otherrespective agents.

Monitoring User Activities

Anytime a user triggers a sensor the Intelligent Agent Coordinatorreceives an “environmental cue.” These cues not only enable theIntelligent Agent Coordinator to gain an understanding where users' arefor information delivery purposes, but also to learn the standardpatterns (arrival time, departure time, etc.) of each persons' life.These patterns are constantly being updated and refined in an attempt toincrease the system's intelligence when delivering information. Forinstance, today it is not uncommon for a person to have several emailaccounts (work-based, home-based, mobile-based, etc.) as well as severaldifferent computers involved in the retrieval process for all of theseaccounts. Thus, for the Intelligent Agent Coordinator to be successfulin delivering information to the correct location it must take intoaccount all of these accounts and the times that the user is likely tobe accessing them in order to maximize the probability that the userwill see the information. This will be discussed further in anothersection.

Handling Information Requests

The Intelligent Agent Coordinator handles information requests fromother agents in order to personalize information intended for each userand to more accurately reflect each user's interests in the informationthey are given. These requests will commonly be related to the user'sprofile. For instance, if an agent was preparing a traffic report for auser it may request the traffic region (search string) of that user fromthe Intelligent Agent Coordinator. All access to the user's profile datais accessed in this method.

Maintaining User Profiles

User profiles contain extensive information about the users. Thisinformation is a blend of user-specified data and information that theIntelligent Agent Coordinator has learned and extrapolated from eachuser's information and activities. In order to protect the datacontained in the profiles, the Intelligent Agent Coordinator must handleall user information requests. The Intelligent Agent Coordinator isconstantly modifying and updating these profiles by watching the user'sactivities and attempting to learn the patterns of their lives in orderto assist in the more routine, mundane tasks. The Intelligent AgentCoordinator also employs other agents to glean meaning from each user'sdaily activities. These agents mine this data trying to discoverindications of current interests, long-term interests, as well as timedelivery preferences for each type of information. Another importantaspect of the Intelligent Agent Coordinator's observations is that italso tries to determine where each user is physically located throughoutthe day for routing purposes.

Information Routing

Most people are mobile throughout their day. The Intelligent AgentCoordinator tries to be sensitive to this fact by attempting todetermine, both by observation (unsupervised learning) and from cuesfrom the environment, where users are or are likely to be located. Thisis certainly important for determining where to send the user'sinformation, but also for determining in which format to send theinformation. For instance, if a user were at her desk and using the webclient, the Intelligent Agent Coordinator would be receiving indicationsof activity from her PC and would know to send any necessary informationthere. In addition, because desktop PCs are generally quite powerful, afull-featured, graphically intense version could be sent. However,consider an alternative situation: the Intelligent Agent Coordinator hasreceived an indication (via the keycard reader next to the exit) thatyou have just left the building. Minutes later the Intelligent AgentCoordinator also receives notification that you have received an urgentmessage. The Intelligent Agent Coordinator, knowing that you have leftthe building and having not received any other indications, assumes thatyou are reachable via your handheld device (for which it also knows thecapabilities) and sends the text of the urgent message there, ratherthan a more graphically-oriented version.

Inherent Innovations

The Active Knowledge Management system represents some of the mostadvanced thinking in the world of knowledge management and humancomputer interaction. Some of the primary innovations include thefollowing:

-   -   The Intelligent Agent Coordinator as illustrated above.    -   The development, demonstration, and realization of the theory of        Intelligent Information Delivery    -   Support for several channels of information delivery, all of        which utilize a common back-end. For instance, if a user is in        front of a Magic Wall the information will be presented in a        multimedia-rich form. If the system determines that the user is        mobile, the information will be sent by to their Awareness        Machine in standard text. It facilitates delivery of information        whenever and wherever a user requires the information.    -   Personalization of information based not only on a static user        profile, but also by taking into account history of the user        interactions and current real-time situation including “who,        where, and when” awareness.    -   Utilization of fast and scalable Information Prioritization        Subsystem that takes into account Intelligent Agents Coordinator        opinion, user preferences, and history of user interactions. It        takes the load of mundane decisions off the Intelligent Agents        part therefore allowing the agents to be much more sophisticated        and precise without compromising the system scalability.    -   Speech recognition and speech synthesis in combination with        intelligent agent animated representation and tactile input        provides for efficient, intuitive, and emotionally rewarding        interaction with the system.

Supporting Code in Accordance with a Preferred Embodiment

The following code is written and executed in the Microsoft ActiveServer Pages environment in accordance with a preferred embodiment. Itconsists primarily of Microsoft Jscript with some database callsembedded in the code to query and store information in the database.

Intention-Centric Interface

Create an Intention ASP Page (“intention_create.asp”)

<%@ LANGUAGE = “JScript” %> <% Response.Buffer = true; Response.Expires= 0; %> <html> <head>     <title>Create An Intention</title> </head><body bgcolor=“#FFE9D5” style=“font-family: Arial” text=“#000000”> <%//Define some variables upl = Server.CreateObject(“SoftArtisans.FileUp”)intention_name = upl.Form(“intention_name”) intention_desc =upl.Form(“intention_desc”) //intention_name =Request.Form(“intention_name”) //intention_desc =Request.Form(“intention_desc”) //intention_icon =Request.Form(“intention_icon”) submitted = upl.Form(“submitted”) items =new Enumerator(upl.Form) %> <% //Establish connection to the databaseobjConnection = Server.CreateObject(“ADODB.Connection”)objConnection.Open(“Maelstrom”) %> <% //Check to see if the person hitthe button and do the appropriate thing if (submitted == “Add/Delete”) {    flag = “false”     //loop through all the inputs    while(!items.atEnd( ))     {         i = items.item( )         //ifitems are checked then delete them         if(upl.Form(i) == “on”)        {             objConnection.Execute(“delete from user_intentionwhere intention_id =” + i);             objConnection.Execute(“deletefrom intentions where intention_id =” + i);            objConnection.Execute(“delete from tools_to_intention whereintention_id =” + i)             flag = “true”         }        items.moveNext( )     }     // if items were not deleted theninsert whatever is in the text field in the database     if(flag ==“false”)     {         intention_name_short = intention_name.replace(//gi,“”)         objConnection.Execute(“INSERT INTO intentions(intention_name,intention_desc,intention_icon) values(‘“ +intention_name + ”’,‘“ + intention_desc + ”’,‘“ + intention_name_short +“.gif” + ”’)”)         Response.write(“the intention short name is ” +intention_name_short);         upl.SaveAs(“E:development/asp_examples/”+intention_name_short +“.gif”)     } }         // Query the database toshow the most recent items.         rsCustomersList =objConnection.Execute(“SELECT * FROM intentions”) %> <inputtype=“Submit” name=“return_to_mcp” value=“Go to Main Control Panel”onclick=“location.href=‘default.asp’”> <form method=“post”action=“intention_create.asp” enctype=“multipart/form-data” > <TABLEborder=0> <tr><td colspan=“2”><font face=“Arial” size=“+1”><b>Enter in anew intention</b></font></td></tr> <tr><td><fontface=“Arial”>Name:</font></td> <td><INPUT TYPE=“text”name=“intention_name”></td></tr> <tr><td><fontface=“Arial”>Description:</font></td><td><TEXTAREAname=“intention_desc”></TEXTAREA></td></tr> <tr><td><fontface=“Arial”>Icon Image:</font></td><td><INPUT TYPE=“file”NAME=“intention_icon” size=40></td></tr> <tr><td colspan=“2”><INPUTtype=“submit” name=“submitted” value=“Add/Delete”></td></tr> </TABLE><HR> <font face=“Arial” size=“+1”><b>Current Intentions</b></font><TABLE>     <tr bgcolor=E69780 align=“center”>     <td>         <FONTcolor=“white”>Delete</FONT>     </td>     <TD>         <FONTcolor=“white”>Itention</FONT>     </TD>     <TD>         <FONTcolor=“white”>Description</FONT>     </TD>     <TD>         <FONTcolor=“white”>Image</FONT>     </TD>     </tr> <% // Loop over theintentions in the list counter = 0; while (!rsCustomersList.EOF) { %>    <tr bgcolor=“white” style=“font-size: smaller”>         <tdalign=center>             <INPUT type=“checkbox”name=“<%=rsCustomersList(“intention_id”)%>”>         </TD>         <td>            <%= rsCustomersList(“intention_name”)%>         </td>        <td>             <%= rsCustomersList(“intention_desc”)%>        </td>         <td>             <img src=“../images/<%=rsCustomersList(“intention_icon”)%>”>         </td>     </tr> <%counter++ rsCustomersList.MoveNext( )} %> </TABLE> <hr> Available Tools</form> </BODY> </HTML>

Retrieve Intentions List ASP Page (“intentions_list.asp”)

<!-- #include file=“include/check_authentication.inc” --> <HTML> <HEAD>    <TITLE>mySite! Intentions List</TITLE> <SCRIPTLANGUAGE=“JavaScript”>     function intentionsList ( ) {        this.internalArray = new Array( );         <%         //establish connection to the database         objConnection =Server.CreateObject(“ADODB.Connection”);        objConnection.Open(“Maelstrom”);         // create query        intentionsQuery = objConnection.Execute(“SELECT * FROMintentions ORDER BY intention_name asc”); %>         // write out theoptions <%         numOptions = 0         while (!intentionsQuery.EOF) {                intentionName = intentionsQuery(“intention_name”);                intentionIcon = intentionsQuery(“intention_icon”); %>             this.internalArray[<%= numOptions%>] = new Array(2);            this.internalArray[<%= numOptions%>][0] = “<%= intentionName%>”;             this.internalArray[<%= numOptions%>][1] = “images/<%=intentionIcon %>”; <%               numOptions++;intentionsQuery.moveNext( );  %> <%       }    %>     }    numIntentions = <%= numOptions%>;     intentionArray = newintentionsList( ).internalArray;     function selectIntention ( ) {        for (i=0;i<numIntentions;i++) {             if(IntentionsListSelect.options[i].selected) {                intentionNameTextField.value = intentionArray[i][0];                //intentionPicture.src = intentionArray[i][1];                break;             }         }     } </SCRIPT> </HEAD><BODY BGCOLOR=“<%=Session(“main_background”)%>” style=“font-family:Arial”> <CENTER> <!--- <FORM NAME=“intention_list”> ---> <TABLEFRAME=“BOX” border=0 CELLPADDING=“2” CELLSPACING=“2”> <TR><TDCOLSPAN=“3” STYLE=“font: 20pt arial” ALIGN=“CENTER”><B>Add a mySite!Intention</B></TD></TR> <TR><TD COLSPAN=“3”>&nbsp;</TD></TR> <TR>    <TD width=“100”><font size=“−1”>Please Select An Intention You WouldLike to Add to Your List</font></TD>     <TD colspan=2>         <SELECTID=“IntentionsListSelect” NAME=“IntentionsListSelect” SIZE=“10”style=“font: 9pt Arial;” onClick=“selectIntention( )”>         <%        intentionsQuery.moveFirst( );         for(j=0;j<numOptions;j++){ %>             <OPTION VALUE=“<%= intentionsQuery(“intention_id”) %>”<% if (j == 0) { %> SELECTED <% } %>>             <%=intentionsQuery(“intention_name”) %>             <%intentionsQuery.moveNext( )         }         intentionsQuery.moveFirst();         %>         </SELECT>     </TD> </TR> <TR><TDCOLSPAN=“3”>&nbsp;</TD></TR> <TR>     <TD width=“100”><fontsize=“−1”>Customize the Intention name</font></TD>     <TDCOLSPAN=2”><INPUT TYPE=“text” NAME=“intentionNameTextField”ID=“intentionNameTextField” SIZE=“30” VALUE=“<%=intentionsQuery(“intention_name”) %>”></TD> </TR> <TR><TDCOLSPAN=“3”>&nbsp;</TD></TR> <TR>     <TD COLSPAN=“3” ALIGN=“CENTER”>        <INPUT TYPE=“button” NAME=“intentionOKButton” VALUE=“  OK  ”SIZE=“10” ID=“intentionOKButton”onClick=“javaScript:top.opener.top.navframe.addAnIntention( );”>    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;        <INPUT TYPE=“button” NAME=“intentionCancelButton” VALUE=“Cancel”SIZE=“10” ID=“intentionCancelButton” onClick=“self.close( );”>     </TD></TR> </TABLE> <!--- </FORM> ---> </CENTER> <% objConnection.Close( );%> </BODY> </HTML>

Display User Intention List ASP Page (excerpted from “navigation.asp”)

<DIV ID=“intentionlist” style=“position: absolute; width:210; height:95;left: 365pt; top: −5; visibility: hidden; font-family: Arial;font-color: #000000; font: 8pt Arial ; ” > <DIV style=“position:absolute; top:7; left:7; height:78; width:210; z-index:2; background:<%=Session(“main_background”)%>; border: solid 1pt #000000; padding:3pt; overflow: auto; alink: black; link: black;”> <body LINK=“#000000”ALINK=“#000000” vlink=“black”>            <%            // create query           intentionsQuery = objConnection.Execute(“SELECTuser_intention.* FROM user_intention, user_intention_to_persona WHEREuser_intention_to_persona.user_persona_id = “ +Session(“currentUserPersona”) + “ ANDuser_intention_to_persona.user_intention_id =user_intention.user_intention_id” );            numintentions = 0;           Response.Write(“<SCRIPT>numintentions=” +intentionsQuery.RecordCount + “</SCRIPT><TABLE cellpadding=‘0’width=‘100%’ cellspacing=‘0’>”);            while (!intentionsQuery.EOF)           {            %>           <TR><TD><a href=“javascript:changeIntention(‘<%=intentionsQuery(“user_intention_id”) %>’,‘<%=numintentions%>’)”onmouseover=“mouseOverTab( )” onmouseout=“mouseOutofTab( )”><fontcolor=“Black” face=“arial” size=“−2”><%=intentionsQuery(“intention_custom_name”) %></font></a></TD><TD><IMGalign=“right” SRC=“images/delete.gif” alt=“Delete this intention”onClick=“confirmDelete(<%= intentionsQuery(“user_intention_id”)%>)”></TD></TR>               <%numintentions++;intentionsQuery.moveNext( );   %>            <%     }           Response.Write(“<SCRIPT>numintentions=”+numintentions+“</SCRIPT>”);            %>            <tr><tdcolspan=“2”><hr></td></tr>            <TR><td colspan=“2”><ahref=“javascript:changeIntention(‘add ...’,<%=numintentions%>);”onmouseover=“mouseOverTab( )” onmouseout=“mouseOutOfTab( )”><fontcolor=“Black” face=“arial” size=“−2”>add ...</font></a></td></TR>           </table> </body> </DIV> <DIV style=“position: absolute;top:0; left:−5; width: 230; height:105;  z-index:1; ”onmouseout=“intentionlist.style.visibility=‘hidden’”onmouseout=“intentionlist.style.visibility=‘hidden’”onmouseover=“intentionlist.style.visibility=‘hidden’”></DIV> </DIV></DIV>

While various embodiments have been described above, it should beunderstood that they have been presented by way of example only, and notlimitation. Thus, the breadth and scope of a preferred embodiment shouldnot be limited by any of the above described exemplary embodiments, butshould be defined only in accordance with the following claims and theirequivalents.

1. A method for creating an information summary, comprising the stepsof: (a) retrieving a plurality of terms descriptive of an upcomingevent; (b) creating a query based on the terms; (c) querying a networkof information utilizing the query; and (d) updating the informationassociated with the upcoming event with information from the query.2-19. (canceled)